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The  emergence  of  so-called  -"nonprocedural"  languages  prom¬ 
ises  the  elimination  of  many  of  the  problems  encountered  in 
managing  information  sysrsms,  as  well  as  increasing  produc¬ 
tivity,  by  offering  a  flexible,  easy  to  learn,  user  friendly 
language  to  interact  with  the  host  Language.  This  thesis 
investigates  nonpr ocedrual  languages  in  general,  with 
particular  attention  paid  to  the  languages  FOCUS  and  RAMIS 
II,  in  order  to  ascertain  the  benefits  and  drawbacks  of 
these  languages,  assess  the  fulfillisr.t  of  "eric 


examine  their 
satis  faction. 


investment 


viability , 


V  r  T.  r  r 

and  explore  user 


A 


4 


4 


■J 

1 


TABLE  OF  CONTENTS 


I.  INTRODUCT  ION .  10 

II.  BACKGROUND . 14 

III.  HUMAN  FACTORS  IN  LANGUAGES  .  27 

A.  INTRODUCTION . 27 

B.  DESIGNING  FOR  THE  USER . 27 

C.  THE  EASE-OF-USE  ISSUE . 35 

D.  THE  ISSUE  CF  PRODUCTIVITY . 38 

I.  TO  USE  OR  NOT  TO  USE . 40 

F.  SUMMARY . 42 

IV.  ANALYSIS  OF  RAMIS  II . 44 

A.  INTRODUCTION . 44 

B.  MATHEMATICA  PRODUCTS  GROUP  (MPS)  AND  RAMIS  II  .  44 

1.  The  Basic  RAMIS  II  System . 47 

2.  Optional  Components  for  RAMIS  II . 48 

3.  Future  RAMIS  II  P roducts/Componer. ts  ....  49 

4.  Training  and  Services . 49 

C.  ANALYSIS  07  INDUSTRIAL  RESPONSE  TO  RAMIS  II  .  .  50 

1.  Implementation  . . 51 

2.  Training . 53 

3.  Learnaoility . 55 

4.  Documentation . 55 

5.  Vendor  Support . . . 56 

6.  Hardware  Support/Conversion . 57 

7.  Security/ Access . 58 

8.  Performance . 60 

9.  Improvability/User  Satisfaction . 61 

10.  General . 62 

11.  Overall  Assessment . 63 


5 


e 


V.  ANALYSIS  CF  FOCOS . 65 

A.  INTRODUCTION . 65 

B.  INFORMATION  BUILDERS,  INC.  AND  FOCUS' .  65 

1.  The  Basic  FOCUS  System . 6  8 

2.  Optional  FOCUS  Components . 68 

3.  Future  FOCUS  Components . 69 

4.  FOCUS  Training . 70 

C.  THE  FOCUS  USERS  GROUP  (FUSE) . 70 

D.  ANALYSIS  OF  INDUSTRIAL  RESPONSE  TO  FOCOS  ....  71 

1.  Implementation . 71 

2.  Training . 72 

3.  L  earn  ability . 73 

4.  Documentation . 74 

5.  Vendor  Support . 75 

6.  Hardware  Support/Conversion . 75 

7.  Security/ Access . 76 

8.  Performance . 76 

9.  Impro vability/Use r  Satisfaction  .  77 

10.  General . 78 

11.  Overall  Assessment  .  79 

VI.  COSTS  AND  BENEFITS  ANALYSIS . 81 

A.  INTRODUCTION . 81 

B.  COSTS . 82 

C.  BENEFITS . 86 

D.  CONCLUSION . 91 

VII.  CONCLUSIONS . 93 

APPENDIX  A:  RAMIS  II  USERS . 98 

APPENDIX  3:  RAMIS  II  TRAINING  COSTS . 99 

APPENDIX  C:  RAMIS  II  COURSES  OFFERED . 100 

APPENDIX  D:  RAMIS  II  PACKAGE  PRICES . 101 

6 


4 


APPENDIX  E:  FOCUS  USERS . 102 

APPENDIX  F:  FOCUS  TRAINING  COURSES  AND  FEE  SCHEDULE  .  .  .  103 

APPENDIX  G:  FOCUS  PACKAGE  PRICES . 105 

APPENDIX  H:  RESEARCH  QUESTIONAI  RE . 107 

LIST  OF  REFERENCES . 112 

INITIAL  DISTRIBUTION  LIST . 115 


LIST  OP  TABLES 


I.  Language  Generations  .  15 

II.  A  Sampling  of  Non-Pr ocedural  Languages  .  20 

III.  Specialized  Nonprocedural  Language  Packages  ...  25 

IV.  Examples  of  Nonprocedural  Language  Queries  ....  37 

V.  Overall  Assessment  of  Nonprocedural  Languages  .  .  94 


8 


i 


LIST  OP  FIGURES 


2.1  Nonprocedural  Language  Operators  .  22 

2.2  Progranaing  Coaparison . . . 23 


9 


< 


I.  INTRODUCTION 


In  all  areas  of  industry  in  both  the  private  and  public 
sectors,  the  value  of  information  systems  has  been  real¬ 
ized.  Management  Information  Systems  and  information 
systems  applications  have  today  become  an  integral  part  of 
even  the  smallest  organizations  and  offer  many  opportunities 
to  improve  managerial  effectiveness,  operational  effi¬ 
ciency,  and  ultimately  productivity.  By  productivity  r'ne 
reference  is  to  the  ability  to  proiuce,  to  effect  or  bring 
about  production,  and  to  effect  increases  in  value  or 
profit.  To  industry  this  could  refer  to  increasing  its 
output,  its  profits,  or  both.  To  the  individual  it  means 
optimization  of  his  personal  attributes  and  skills. 

The  different  types  of  users  of  these  Management 
Information  Systems  (MIS)  vary  as  much  as  the  information 
and  applications  they  use.  Users  range  from  clerical  staff 
personnel  to  top-level  management.  Some  require  simple 
retrieval  facilities,  some  users  require  an  ad-hoc  inquiry 
and/or  reporting  capability,  others  require  vast  analytical 
capabilities,  while  still  others  desire  the  ability  to 
prototype  and  build  models.  Today's  users  attempt  to  make 
use  of  all  resources  available  to  them  to  support  their 
decisions  and  necessarily  increase  their  productivity.  ks 
the  need  for  information  has  become  more  acuta,  and  the 
requests  for  data  processing  services  and  applications  have 
become  more  frequent,  time  has  become  the  limiting  resource 
most  effecting  this  productivity. 

The  time  of  the  user  is  vital  in  that  he  sees  himself  as 
the  center  of  all  transactions.  The  "time"  he  has  to  wait 
for  information  is  wasted  or  lost  productivity.  Not 
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obtaining  ths  information  "or.-  cims"  results  in  poor  deci¬ 
sions  which  ultimately  decrease  productivity.  I  r.  his 
efforts  to  obtain  complete,  accurate,  valid,  and  timely 
information  and  services,  many  times  the  user  simply  does 
not  have  the  programming  skill  to  produce  the  results  he 
wants,  and  the  "application  backlog"  in  the  organization's 
data  processing  division  or  branch  prevents  timely  proces¬ 
sing  of  his  request.  As  an  example.... 

A  user  requires  an  application  to  analyze  a  set  of 
data  and  produce  a  report  to  stress  certain  marketing 
failures  to  be  presented  at  tomorrow's  msetina  with 
the  company's  Board  of  Directors.  He  is  a  ncn- 
proarammer  and  must  submit  a  request  to  the  data 
processing  department  to  achieve  the  desired  results. 

Due  -c  the  Data  Processing  Department's  application 
backlog,  the  desired  application  will  not  be  scheduled 
for  another  2  years.  Sven  if  the  application  is  given 
priority  and  pushed  to  the  top  of  the  programming 
list,  the  program  will  still  have  to  be  designed, 
written,  coded,  run,  and  the  results  examined  to 
see  if  the  desired  results  have  beer,  achieved. 

Another  area  which  is  directly  effected  is  the  organiza¬ 
tion's  Data  Processing  (DP)  Department --the  programmers  and 
analysts  that  are  trying  to  meet  the  organization's  existing 
DP  requirements  and  reduce  the  application  backlog  which  is 
part  of  those  requirements.  Their  time  is  valuable  also, 
but  due  to  the  situation  which  exists  in  many  organizations, 
they  will  spend  the  majority  of  their  time  producing  small 
repetitious  programs  which  could  be  accomplished  by  a 
nonprogrammer  with  minimal  experience  and  the  applications 
backlog  will  continue  to  grow.  The  story  continues.... 

When  questioned  by  the  head  of  ths  DP  department  about 
the  apparent  lack  of  progress  on  important  projects. 
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the  analyst  responded  that  every  .  tiae  progress  - ?. j 
being  made,  some  other  small  yet  time  consuming  task 
would  be  given  priority.  Us  a  natter  of  fact,  the 
demand  on  the  DP  department  was  presently  so  great 
that  other  analysts  and  himself  were  having  to'program 
rather  than  analyze  just  to  keep  their  heads  above 
water. 

It  is  a  fact  that  the  demand  for  DP  applications  today 
greatly  outweighs  the  supply  that  can  be  produced  by 
programmers  using  prescribed  procedural/  structured  methods. 
There  simply  is  not  enoucih  orotrammer  "tiae"  available 
because  there  is  net  and  never  will  be  enough  trained 
proarammers  to  match  the  growth  of  a.oplicat ions  demand  using 
currently  available  structured  programming  techniques.  To 
solve  this  problem  will  r  a  quire  increasing  user  involvement 
in  the  creation  of  applications  and  increasing  programmer 
productivity  by  means  of  programming  and  applications  gener¬ 
ating  tools.  These  requirements  have  contributed  to  the 
need  for  and  development  of  Nonprocedural  Programming 
Languages  (NPL)  and  their  related  software  packages,  the 
subject  of  this  thesis.  Before  continuing,  however,  it 
should  be  pointed  out  that  the  term  nonprocedural  is  not  so 
much  a  structural  description  of  the  language,  as  it  is  a 
phrase  established  by  the  producers  of  these  products  for 
marketing  purposes. 

Through  literature  research,  questionnaire  requests, 
phone  conversations,  and  personal  interviews,  this  paper 
will  examine  and  clarify  the  legitimacy  of  thesa  NPL’s.  The 
background  of  these  NPL's  will  be  examined  including  the 
causes  leading  to  their  development,  their  evolution,  and 
where  they  stand  today.  The  paper  will  include  an  in  depth 
analysis  of  two  NPLs,  SAMIS  II  and  FOCUS,  derived  from  the 
industrial  response  of  various  firms  that  are  presently 
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using  these  languages.  This  analysis  will  cover  ‘■he  compa¬ 
nies'  initial  acquisition  considerations,  their  present 
usage  cf  the  system,  and  their  satisfaction  or  dissatisfac¬ 
tion  with  its  performance.  Items  considered  in  the  analysis 
include  implementation,  training,  lsarr.abili~y,  documenta¬ 
tion,  vendor  support,  hardwara  support/conversion, 
security/access,  performance,  improvability/user  satisfac¬ 
tion,  general  opinions,  and  an  overall  accessment.  The 
paper  will  conclude  with  a  cost  versus  benefit  analysis  and 
presen*  final  remarks  about  the  viability  and  future  of 
NPLs. 

These  Non-Procedural  Languages  will  be  examined  to  deter¬ 
mine  the  costs  and  benefits  associated  with  them,  determine 
whether  vendor  claims  are  fulfilled,  examine  their  invest¬ 
ment  viability,  and  measure  user  satisfaction  and  ultimately 
productivity  enhancement  or  degradation. 
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II.  3ACKGR0UHD 


The  rapid  advancements  the  computer  field  in  the  last 
decade  has  witnessed  the  substantial  decline  of  most 
computer  costs,  particularly  hardware,  while  simultaneously, 
programming  costs  have  risen  dramatically.  A  natural  conse¬ 
quence  is  the  increased  attention  programming  productivity 
is  receiving  from  management.  Programmers,  equipment, 
management  and  user  personnel,  and  software  are  some  of  th=» 
many  facets  of  the  programming  arena  whica  are  being 
explored  for  improvement  feasibility.  The  advent  of  data 
base  management  systems  (DEWS)  has  focused  management's 
attention  cn  the  benefits  to  be  derived  from  effective 
utilization  of  software  enhancements. 

It  has  been  estimated  that  the  current  steady  rise  in 
information  processing  requirements  will  create  the  imminent 
need  for  a  total  number  of  programmers  equal  to  the  popula¬ 
tion  of  California  [  Ref .  1:  p.  2].  Uhile  this  is  clearly 
impossible,  it  is  indicative  of  the  need  to  taka  a  critical 
look  at  the  productivity  of  today' 3  programmers  and  the 
tools  with  which  they  work.  The  increasing  volumes  of 
required  information  and  the  resultant  increasing  number  of 
programmers  required  by  industry,  coupled  with  escalating 
programmer  costs  have  shad  the  light  on  the  possibility  of 
freeing  programmers  from  simple  and  repetitive  tasks  and  to 
employ  nonprogrammers  for  such  processing,  thereby  freeing 
programmers  to  tackle  more  complex  programming. 

A  new  kind  of  software  capability  is  now  called  for 
which  has  prompted  the  emergence  of  English-liks 
languages— languages  whose  main  claim  to  fame  is  their  easy 
understandabiiit y  and  quick  laarnability — providing  a 


prolific  rod  for  the  no  nor  ogra  mmer.  This  is  a  very  broad 
field,  encom pas  sir g  a  gamut  of  natural  languages,  special 
purpose  languages  and  nonprocedural  languages,  ro  name  a 
few.  Definitions  of  several  types  of  these  languages 
follow: 

1.  Natural  languages  allow  the  user  the  freedom  of 
unlimited  syntax  in  his  "conversation"  with  the 
comp uter . 

2.  Format  defined  languages,  also  known  as  parameter¬ 
izing  languages,  utilize  a  f ill-in-the-blank  format. 

m  V  *  c;  ^  y  ^  ^  ^  ~  ^  ^  ^  C  Wo  r  ^  «V>  c  «!  ^  ^  • 

face,  and  the  analysis  of  and  response  to  data 
passing  through  the  interface  [Ref.  2:  p.  123]. 

3.  Special  purpose  languages  are  ones  which  are  designed 
to  satisfy  a  single  objective.  The  objective  might 
involve  the  application  area,  the  ease  of  use  for  a 
particular  application,  or  pertain  to  efficiency  of 
the  compiler  or  the  object  code. 

4.  Problem  defining  languages  literally  define  the 
problem  and  may  specifically  define  the  desired  input 
and  output,  but  they  do  not  define  a  method  of  trans¬ 
formation.  There  ace  significant  differences  between 
a  problem  (and  its  definition)  ,  the  method  (or  proce¬ 
dure)  to  solve  it,  and  the  language  in  which  the 
method  is  stated. 

5.  Problem  solving  languages  are  those  which  can  be  used 
to  specify  a  complete  solution  to  a  problem.  This  is 
a  relative  term  which  changes  as  the  state  of  the  art 
changes.  All  procedure  oriented  languages  are 
problem  sclving. 

6.  Problem  describing  languages  describe  the  objective 
in  only  very  general  terms,  e.g.  CALCULATE  PAYROLL. 
All  this  does  is  cite,  in  the  most  general  way,  the 
problem  which  is  to  be  solved  but  gives  no  indication 
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cf  its  detailed  characteristics,  let  alone  hew  to 
solve  it.  [ Hef.  3:  p.  21-22]  These  languages  have 
yet  to  become  a  reality. 

Query  languages  are  high  level  languages  oriented 
towards  ad  hoc  retrieval  of  data  with  fast  response. 
They  are  generally  intended  to  be  used  by  people  who 
are  not  professional  programmers  [Hef.  ft:  p.  7]. 


There  is  certainly  considerable  overlap  among  these 
languages,  and  the  absolute  distinctions  between  them  is 
anything  fcu~.  crystal  clear.  In  fart,  seme  languages  fall 
into  multiple  categories. 

This  paper  will  be  limited  to  a  discussion  of  the  inter¬ 
esting  ar.d  powerful  branch  of  English- like  languages  known 
as  nonprocedural  languages. 

They  have  also  beer.  called  fourth  generation 
languages — the  latest  addition  to  the  sequence  of  language 
generations.  See  Table  I. 


T  ABLE  I 

Language  Generations 

First  Generation 

Machine  Language 

Second  Generation 

Assembler  Level  Languages 

Third  Generation 

Machine  Independent  Languages  1 

Fourth  Generation 

Non-procedural  Languages 
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ether  terms  used  are  query  languages,  declarative  languages, 
info-retrieval  languages,  and  end-user  languages.  Problems 
exist  with  all  of  these  terms  since  none  of  them  is  accurate 
for  all  the  languages;  for  example,  some  do  not  use  a  data 
base.  The  term  nonprocedural  conjures  up  some  discontent 
because  many  of  the  languages  actually  contain  procedural 
code;  however,  the  main  thrust  of  the  languages  is  their 
non  procedural  it  y ,  a  marketing  buzz  word  used  to  stress  their 
newness  and  capabilities.  Unlike  procedural  languages  in 
which  the  programmer  must  specify  how  something  is  to  be 
done  by  supplying  precisely  detailed  instructions  for  every 
action  which  is  to  be  accom plished ,  nonprocedural  languages 
afford  the  user  the  luxury  of  stating  only  what  is  to  be 
done,  with  no  concern  as  to  the  detailed  procedure  of  how  it 
is  done.  Although  they  have  thusfar  escaped  precise  defini¬ 
tion,  and  will  undoubtedly  continue  to  do  so  as  our  concept 
of  "prcceduralit v"  changes  over  time  and  with  advancements 
in  technology,  these  languages,  employed  for  defining  and 
solving  particular  classes  of  problems,  can  b«st  be 
described  as  "nonprocedural.” 

A  distinction  between  natural  Languages  and  nonproce¬ 
dural  languages  is  best  illustrated  by  example.  Natural 
languages  make  use  of  a  free  phrase  structure  format  with 
contextual  specification.  For  instance,  in  the  following 
example  it  may  be  argued  that  the  natural  language  (b) 
offers  an  improvement  in  clarity  over  an  imaginary  (proce¬ 
dural  or  third  generation)  language  version  (a)  : 

a.  DO  1*1  TO  99  BY  2 
ERINT  I,  1**2 

END  DO 

b.  PRINT  ALL  THE  ODD  NUMBERS  BETWEEN  ONE 
AND  NINETY  NINE  AND  THEIR  SQUARES. 
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Non-procedural  languaces,  on  the  othsr  hand,  use  a  standard¬ 
ized  fixed  format  for  the  specification  of  problems. 
Consider  another  example  written  in  a  natural  language: 

a.  LIST  THE  HOURLY  FEES  OF  ALL  THE 
LAWYERS  WHO  LIVE  IN  NSW  JERSEY 

This  same  example,  written  in  SEQUEL,  a  nonprocedural 
language,  would  simply  be 

b.  SELECT  HOUR-FEE 
FROM  LAWYERS 

WHERE  HOMESTATE  =  NEW  JERSEY 

The  distinction  herein  is  the  use  of  English-like  language 
to  replace  more  "unnatur a  1"  ways  of  stating  problems  as 
contrasted  to  eliminating  sequential  instructions  specifying 
procedurality.  That  is,  natural  languages  are  concerned 
with  making  queries  more  like  the  spoken  word;  nonprocedural 
languages  are  concerned  with  eliminating  specific  sequential 
instructions  that  lock  the  computer  into  a  specific  logic 
for  solving  the  problem.  While  the  two  are  not  mutually 
exclusive  by  any  means,  they  are  definitely  not  the  same 
concept.  Non-pr ccedural  is  actually  a  relative  term  meaning 
that  decreasing  numbers  of  specific  sequential  steps  need  be 
provided  by  the  user  as  the  state  of  the  art  improves.  The 
closer  the  user's  approach  to  stating  his  problem  without 
specifying  the  steps  for  solving  it,  the  more  nonprocedural 
the  language  is. 

The  development  of  this  sort  of  language  is  of  partic¬ 
ular  practical  value  and  can  be  extended  to  almost  any  field 
of  computer  application,  including  medical,  shipping,  city 
planning,  accounting/bookkeeping,  air-line  reservation 

systems,  banking  services,  etc.  Literally  scores  of 

nonprocedural  languages  are  new  available.  The  more  widely 
advertised  boast  an  impressive  lists  of  clients,  laundry 
lists  of  vital  features,  "bells  and  whistles"  features,  and 
the  promise  of  increased  productivity.  Inspection  of  a 
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United  list  ef  presently  available  nonprocedural  languages 
indicates  their  abundance  and  their  wide  range  of 
applicability.  See  Table  II.  Specific  features  offered  are 
listed  in  Pigure  2.1  [Bef.  5:  p.  151-153].  3oolean  opera¬ 
tors  are  AND,  OB,  NOT  and  NOR.  Relational  operators  are 
"greater  than,"  "greater  than  or  equal  to,"  "less  than," 
"less  than  or  equal  to,"  "equals,"  and  "dees  not  equal". 
Set  operators  are  set  operations  such  as  JOIN,  INTERSECTION, 
SELECTION,  PROJECTION,  DIVISION,  ONION  and  DIFFERENCE. 
Arithmetic  operators  include  PLUS,  MINUS,  MULTIPLY,  DIVIDE, 
EXPONENTIAL,  and  the  use  of  parentheses  for  separation  of 
operators. 

Fourth  generation  applications  development  systems  boast 
a  sophisticated  cn-line  support  environment  that  provides: 


1.  Menus  and  help  services  to  coach  the  inexperienced 
user, 

2.  An  efficient  command  language  for  the  experienced 
developer , 

3.  Language  sensitive  editors  that  streamline  the 
programming  process, 

4.  On-line  compilation  and  execution  services  to  speed 
development , 

5.  A  flexible  printing  capability, 

6.  Report  routing  and  browsing  capabilities, 

7.  Integrated  active  d ata/ dictionary/directory  control, 
and  coordination. 

8.  Full  screen  text  editor, 

9.  Utility  function  commands, 
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TABLE  11 

A  Sampling  of  {(on* Procedural  Languages 


ADA  SCSI  PI 

Software  A.G. 

ADP  {Applications. 
Development  Facility) 

IBM 

APPLE 

(Access  Path  Producing 
Language) 

Northwestern 

University 

ARPL 

(A  Retrieval  Process 
Language) 

Bell  Telephone 
Laboratories 

DMNTQ 

j[DaAa  Management 

Inquiry  Facility) 

Data  General 

DM-  IV 

(Data  Management  -  IV) 

Honeywell 

FOC  OS 

Information  Builders 

GPL  AM  (Generalized 

Planning  System) 

Purdue  University 

INQUIRE 

Data  General 

MAN  AGE/Q  DERI 

Computer  Sciences  of 
Australia 

HARK  IV 

Informatics,  Inc. 

NOMAD 

CSS 

NOL 

(Navigational  User*  s 
Language) 

Inftitut 
d  *  mformatigue, 

Hamur  Belguim 

QBE  (Query-By-Example) 

IBM  Yorktovn  Heights 
Research  Laboratory 

RAMIS  II 

(Rapid  Access  Management 
Information  System) 

Mathematica 

SQO ARE 

(Specifying  Queries  As 
Relational  Expressions) 

IBM  San  Jose  Research 
Laboratory 

SQOIRAL 

(Smart  Query  Interface 
for  Relational  Algabrai 

University  of  Utah 

SYSTEM  2000 

MSI  Systems  Inc. 

TDMS  (Time  Shared  Data 
Management  System) 

Systems  Development 
Corporation 
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10,  Prompters, 


11.  Interfaces  with  multiple  DBMS’s  [  Bef .  5:  p.  43]. 
These  languages  provide  a  considerable  range  of  file  struc¬ 
tures,  a  host  language  capability  and  a  data  management  and 
report  generation  language  facilities.  Nonprocedural 

languages  have  also  simplified  communication  between  the 
user  and  the  computer,  eliminating  some  of  the  "red  tape” 
along  the  way.  See  Figure  2.2. 

Two  widely  used  languages  representative  of  this  typ<=  are 
BAMIS  II  from  Ma thematica,  Inc.,  and  FOCUS  from  Information 
Builders,  Inc.  These  two  particular  languages  will  be 
studied  ir.  more  detail  in  the  following  chapters.  Clearly, 
such  languages  can  significantly  reduce  the  complexity  and 
cost  of  writing  applications  programs  that  access  rhe  data 
base,  ir.  addition  to  facilitating  access  to  a  data  base  bv 
non-expert  programmers  using  the  language  in  "stand-alone" 
mode  [Ref.  7:  p.  15].  The  conceptual  view,  or  data  model, 
need  not  correspond  to  the  way  the  data  are  stored.  Three 
well  known  data  models  are  the  relational  model,  in  which 
data  are  assumed  to  be  stored  in  the  form  of  tables;  the 
hierarchical  model,  in  which  data  are  assumed  to  be  stored 
in  the  form  of  tree  structures;  ar.d  the  network  model,  in 
which  data  are  assumed  to  be  stored  in  the  form  of  general 
graph  structures.  The  choice  of  a  data  model  provokes 
controversy  among  data  base  designers.  The  relational  model 
employed  imposes  little  constraint  on  the  way  that  a  user  is 
able  to  interpret  and  utilize  data.  There  are  no  complex 
tree  or  network  structures  that  force  all  users  to  limit 
their  view  of  the  relationships  in  the  data  base  to  a 
particular  single  logical  view.  The  virtue  of  the  rela¬ 
tional  model  is  its  simplicity  and  ease  of  description  for  a 
wide  variety  of  users.  Experience  at  Deere  6  Co.  with  IBM’s 
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Figure  2. 1  nonprocedural  Language  Operators. 
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Figure  2.2  Programming  Comparison. 

Apolication  Development  Facility  (ADF)  showed  a  beginning 
programmer  can  be  much  more  productive  with  ADF  than  with 
procedural  languages,  less  initial  training  is  required,  and 
it  seemed  easier  to  learn.  The  data  base  accessing  logic  is 
predefined  in  ADF,  thus  providing  consistent  and  generally 
efficient  call  patterns.  The  use  of  conventional  procedural 
code  requires  coding  of  the  data  base  calls  in  every  module, 
thereby  running  the  risk  of  coding  inefficient  call 
sequences.  The  programming  man  days  required  for  several 
projects  indicated  an  average  12-foli  time  saving  of  actual 
ADF  time  against  estimated  COBOL  time.  This  claim  does 
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require  qualification,  however.  The  jan  days  estimated  for 
C030L  programming  actually  included  r wo  funcf ions — inquiry 
and  update.  3cth  functions  are  essentially  equivalent  in 
ADP ;  therefore,  separata  ADP  programs  did  not  need  to  be 
written  in  order  to  provide  both  inquiry  and  update 
capability.  (Ref.  8:  p.  168] 

Data  description  does  not  commit  us  to  the  internal 
representation  of  data  within  the  computer,  that  is,  the 
user  is  not  required  to  develop  a  conceptual  view  which 
corresponds  to  the  actual  way  data  are  stored.  One  of  the 
functions  of  a  nonprocedural  lanouaoe  is  to  interface 
between  the  two.  The  MPL  also  facilitates  the  adding  of 
data  or  the  reorganizing  of  it.  Systems  like  FOCUS  and 
3 Ah  IS  II  are  general  purpose,  in  the  sense  that  they  are 
intended  for  use  in  a  considerable  variety  of  applications. 
A  quite  different  sort  of  nonprocedural  software  development 
is  embodied  in  the  specialized  applications  packages  offered 
by  their  vendors.  Thera  are  a  great  many  of  th^se  and 
probably  the  list  will  continue  to  grow.  see  Table  III. 
One  major  problem  in  the  implementation  of  nonprocedural 
languages  is  the  "ripple  effect."  When  bugs  are  found  or  a 
change  is  made  in  a  particular  version  of  the  software 
package,  modifications  are  made  difficult  by  equipment  type 
or  brand  peculiarities.  The  new  versions  have  to  be  adapted 
to  each  type  of  hardware  gear. 

It  would  be  misleading  to  suggest  that  nonprocedural 
languages  are  a  panacea  to  the  ills  of  the  software  world. 
Although  they  are  widely  acclaimed,  there  are  some  applica¬ 
tions  for  which  they  are  clearly  not  suited.  However,  the 
wide  acceptance  and  user  satisfaction  which  they  enjoy 
indicate  that  they  are  a  legitimate  and  effective  addition 
to  the  information  processing  arena.  Nonprocedural 

languages  have  demonstrated  their  ability  at  database 
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Specialized  Nonprocedural  Language  Packages 

1.  High  resolution  graphics 

2.  Statistics 

3.  Full  Screen  Data  Entry  and  Display  Applications 

4.  Procedural  Language  Interface 

5.  External  File  Interface 

6.  Usage  Accounting 

7.  Communications  Interfaces 

8.  Financial  Planning  and  Modeling 

9.  Information  Management  System  Interfaces 

10.  A PL  Interface 

11.  Formatted  Screen  Manager 

12.  Interactive  Request  Modification 

13.  Word  Processing 


management,  report  generation  facilities,  handling  of  ad  hoc 
queries,  interfacing  with  host  languages,  and  handling  of 
various  file  structures.  Even  so,  there  is  more  to  be 
considered  here  than  ease  of  use  and  powerful  capabilities. 
An  important  consideration  is  the  ability  to  adapt  to 
change.  How  flexible  are  these  nonprocedural  languages? 
with  COBOL,  a  relatively  minor  change  in  programming  logic 
or  report  formatting  can  be  a  headache  of  several  days  work, 
not  to  mention  the  tediousness  of  the  job,  its  scheduling, 
and  the  ever-present  possibility  of  making  errors.  With 
non  procedurals,  total  reorganization  of  internal  storage  can 
be  accomplished  relatively  simply.  But  the  real  beauty  lies 
in  the  fact  that  after  a  total  reorganization,  changes  in 
data  operating  commands  are  not  necessary. 
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Continued  exclusive  use  of  procedure-oriented  languages 
results  in  low  programmer  productivity  which  just  cannot 
keep  pace  with  the  demand  for  new  applications.  The  driving 
force  behind  these  new  programming  methods  is  the  cost  and 
difficulty  of  traditional  programming  methods.  For  the  time 
being  at  least,  nonprocedural  languages  seem  to  be  providing 
long  needed  relief  by  maximizing  integration  of  user 
services  in  a  user  friendly  manner.  Implementation  of  a 
data  dictionary  is  a  time  and  headache  saving  administrative 
strategy.  A  data  dictionary  is  a  file  stored  in  the  data 
base,  and  accessible  by  the  various  users  in  an  interactive 
manner.  It  provides  a  narrative  record  which  describes  the 
name,  aliases,  uses,  format,  access  authorities,  and  so  on, 
of  the  data  item.  It  is  a  major  step  forward  to  integrate 
development  tools  by  extending  the  standard  language, 
coupling  it  to  a  data  dictionary  and  DBSS  and  supporting  the 
development  process  in  an  interactive  environment.  These 
systems  offer  the  potential  of  significant  productivity 
gains  through  ease  of  use,  the  convenience  of  ail  develop¬ 
ment  services  at  a  terminal  workstation,  the  completeness  of 
modern  language  and  the  leverage  provided  by  integrated 
facilities.  [Ref.  6:  p.  42]  When  organizations  properly 
utilize  these  new  tools,  if  is  expected  that  significant 
productivity  benefits  will  result. 
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III.  HOMAN  FACTORS  IN  LANGOAGES 


A.  INTRODUCTION 

Computers  today  are  providing  an  expanding  range  of 
services  to  a  rapidly  growing  pool  of  users.  Electronic 
mail,  document  production,  and  information  retrieval  are 
widely  used  services.  Such  facilities  make  our  lives  easier 
and  can  enhance  the  output  of  many  users.  Yet  a  bottleneck 
remains  which  hinders  the  wider  availability  of  such  systems 
and  decreases  the  effectiveness  of  those  presently  in  use; 
this  bottleneck  is  the  man-machine  communication  barrier. 
Simply  put,  a  major  complaint  against  today* 5  systems  is 
that  they  are  not  very  good  at  communicating  with  their 
users.  They  often  fail  to  " understand"  what  their  users 
want  them  to  do  and  then  are  unable  to  explain  the  nature  of 
the  misunderstanding  to  the  user.  In  fact,  it  is  the  common 
experience  cf  users  cf  interactive  systems,  whether  novice 
or  experienced,  infrequent  or  regular,  that  communicating 
with  their  machines  is  a  time-consuming  and  frustrating 
experience  [Sef.  9;  p.  19].  Various  levels  of  performance 
can  be  achieved,  given  various,  degrees  of  hardware  capa¬ 
bility  ar.d  programming  ingenuity.  Ir.  the  short  run,  the 
issue  becomes  one  of  performance/cost  tradeoff,  influenced 
by  the  requirements  of  the  application.  In  the  long  run, 
declining  hardware  costs  and  more  skillful  programming  will 
provide  better  performance  for  less  cost  [  Hef .  10;  p.  14], 

B.  DESIGNING  FOB  THE  USER 

Organization s  run  on  information.  Information  is  more 
than  the  mere  summation  of  collected  data;  it  is  a  complex 
structure  of  interdependencies  and  relationships,  which  need 


27 


I 


to  be  presented  in  an  understandable  format  constrained  by 
contextual,  accuracy  and  timing  requirements.  Late,  inaccu¬ 
rate,  incomplete  information  is  of  questionable  vaiu<=.  The 
thrust  of  management’s  attention  revolves  around  reliable 
information  and  effective  ways  of  obtaining  it.  The  key  is 
people  productivity.  Efficiency  in  speed,  cost  and  reli¬ 
ability  have  traditionally  bean  yardsticks  associated  with 
measuring  machines.  However,  machine  efficiency  is  of 
little  value  if  it  cannot  be  properly  utilized  because  of 
inefficient  users.  Therein  lies  the  reason  that  management 
is  focusing  its  attention  on  developing  efficient  and 
productive  users.  The  rapid  growth  of  the  computer  field 
has  caused  computers  to  become  cheaper  and  more  available; 
interactive  computing  is  in  use  in  many  businesses,  and  home 
computing  is  becoming  more  and  more  commonplace.  As  a 
result  of  these  developments,  a  new  breed  of  users  is 
emerging — the  no  r.programming  computer  user.  In  order  to 
facilitate  this  type  of  "programming,''  a  mechanism  must 
enable  a  human  being  to  express  algortihms  naturally  and 
succinctly  as  well  as  clearly  and  completely.  with  several 
hundred  programming  languages  having  been  developed  over  the 
past  30  years,  clearly  what  is  natural  and  succinct  to  one 
person  may  not  be  so  to  another  [Ref.  11:  p.  53].  It  is 
often  assumed  that,  ideally,  computers  should  be  programmed 
in  natural  language.  Schneiderman  [Ref.  12:  p.  206], 
believes  that  the  use  of  computers  would  be  facilitated  if 
natural  language  systems  were  available.  Users  would  not 
have  to  invest  in  learning  programming  cr  database  query 
languages  and  struggle  in  translating  their  thoughts  in*o  an 
artificial  language.  This  is  possible  at  the  present  time, 
although  processing  is  very  costly,  and  computer  time  is 
inefficiently  used.  This  postulate  of  natural  being  better 
has  beer,  refuted  by  Small  and  Weldon  who  studied  English  vs. 
SQL,  concluding: 
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The  common  assumption  that  ordinary,  everyday  English  is 
the  ideal  way  :c  communicate  with  ctnpurers  is  ns* 
supported  by  present  results.  Subjects  were  net  reli¬ 
ably  more  accurate  using  Enalish  than  using  SQL, 
suggesting  that  the  structured  language  is  easier  *c  use 
[  Ref.  13:  p.  61]. 

Studies  indicate  that  a  formal  nonprocedural  language  helps 
structure  user  requests.  English  may  be  too  flexible,  inap¬ 
propriate  for  queries,  or  perhaps  a  natural  language  is  not 
a  natural  query  language,  as  Montgomery  suggests.  [Ref.  14: 
p.  1075]  This  wculd  be  attested  to  by  anyone  familiar  with 
legal  documents  and  the  painstaking  detail  which  must  be 
emp_cyeo  i  r.  orcer  to  present  a  precise  meaning.  ?.  e  a  1 1  r  g  n  n  1 
com prehendir.g  a  natural  programming  language  is  relatively 
easy,  but  writing  syntactically  correct  code  is  a  challenge. 
The  closeness  of  natural  language  to  English  maxes  it  diffi¬ 
cult  to  remember  the  grammar  of  the  natural  language,  an 
example  of  proactive  interference,  the  confusion  between 
what  you  know  and  what  you  are  trying  to  learn.  The  closer 
the  two  resemble  each  other,  the  greater  the  proactive 
interference  [Ref.  12:  p.  199]. 

Watson  [Ref.  15:  p.  1],  characterizes  English  as  a 
difficult  language  to  use  to  describe  things  with  precision, 
and;  therefore,  a  poor  choice  for  delineating  computer  spec¬ 
ifications.  While  that  point  is  arguable,  it  is  hardly 
worth  debating  the  merits  of  developing  nonprocedural 
lnaguages  in  non-English  vocabularies,  foreign  or  synthetic. 
Easy  learnability  would  be  eliminated,  and  user  resistance 
is  bound  to  be  high. 

As  mentioned  earlier,  vendors  of  nonprocedural  languages 
propose  that  use  of  their  products  will  relieve  programmers 
from  redundant  and  repetitive  activities,  thereby  offering 
them  a  chance  fer  greater  programming  productivity  as  well 
as  offering  the  n enprogra mmer s  a  chance  to  get  into  the 
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world  of  automat  ed  data  processing  and  improve  -heir  produc¬ 
tivity.  The  use  of  programming  productivity  improvements 
can  reduce  systems  development  cost  by  as  much  as  50^  and 
program  maintenance  cost  by  as  much  as  755?  [Hef.  16:  p. 
28].  Their  increasingly  widespread  use  throughout  a  wide 
variety  of  industries  would  suggest  that  there  is  some  cred¬ 
ibility  to  these  claims,  or  at  least  that  this  is  the  type 
of  tool  for  which  industry  is  looking.  3ut  what  is  it  that 
constitutes  a  successful  nonprocedural  language?  They  are 
not,  afterall,  carbon  copies  of  one  another.  Some  aspects 
must  be  indicative  of  better  success  than  others.  Mere 
implementation  of  a  nonprocedural  language  is  certainly  no 
assurance  of  its  success.  If  a  gap  exists  between  what  the 
user  expects  and  what  the  system  delivers,  the  system  could 
be  judged  a  failure  despite  the  technological  soundness  of 
the  system  [Ref.  17:  p.  42  ].  Design  based  on  user  needs  is 
a  non-trivial  concern. 

Hoynihan  [Ref.  18:  p.-  1 16  ],  states  that  success  can  be 
measured  in  two  ways:  first,  ir.  the  case  where  a  user  can 
choose  whether  or  nc+  to  use  a  system  for  a  particular  job, 
success  would  be  measured  by  extent  of  use,  and  second,  in 
the  case  where  the  user  is  obliged  to  use  the  system, 
success  is  measured  by  the  user's  overall  degree  of  satis¬ 
faction.  The  latter  would  be  applicable  to  the 
non  programmers,  since  their  only  access  to  the  data  base  is 
through  the  nonprocedural  language.  We  are  again  faced  with 
an  enigmatic  evaluation  of  "  sa  tisf  i  ct  ion.  "  How  then  can 
this  "satisfaction"  be  measured?  Several  authors  have 
generated  scorecards  on  the  subject.  Watson  [Ref.  15:  p. 
4],  states  that  simplicity,  little  requirement  for  memoriza¬ 
tion,  freedom  of  conceptual  view,  and  timeliness  are  the 
essential  elements.  Hopper  [Ref.  19:  p.  3-4],  describes 
user  satisfaction  in  terms  of  ease  of  use,  clarity,  and 
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portability.  Syr.nott  and  3  ruber  [Ref.  20:  p.  192],  «soha- 
siz  e  accuracy,  timeliness,  ease  of  use  and  responsiveness. 
Hayes,  3ell  and  Seddy  [Ref.  9:  p.  27],  stress  the  impor¬ 

tance  of  flexibility,  help  facilities,  and  personalization 
in  the  form  of  freedom  of  conceptual  view.  Reisner  [Ref.  7: 
p.  13-31.],  has  devoted  an  entire  paper  to  the  study  and 
evaluation  of  ease  of  use.  These  schools  of  thought  are 
overlapping,  but  none  seems  to  be  all  encompassing. 
Moynihan  TSef.  18:  pp.  115-118],  through  empirical  studies, 
has  composed  a  comprehensive  list  of  eleven  key  points  to  be 
followed  in  order  to  ensure  that  the  system  is  designed  with 
the  user  in  mind,  an  inherent  trait  for  a  successful  system. 
Tapscot  [Ref.  21:  p.  132],  concurs  that  success  is  a 
function  of  user-driver,  design  methodology. 

The  key  points  are: 

1.  The  system  should  be  forgiving  when  the  user  makes 
mistakes. 

2.  The  system  should  be  dependable. 

3.  Users  should  have  easy  access  to  the  system. 

4.  Users  should  get  any  help  they  need  to  use  the 
system  well. 

5.  The  system  should  not  damage  users'  jobs  or  make 
users  feel  unimportant. 

6.  The  system  should  not  make  users  feel  isolated. 

7.  The  system  should  not  make  users  feel  overexposed  to 
scr  ut  in  y . 

8.  The  system  should  not  make  it  hard  for  users  to 
escape  from  their  jobs. 
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9.  The  system  should  not  create  unfinished  business  for 
users . 

10.  The  system  should  behave  like  a  machine,  not  a 
person. 

11.  The  system  must  be  important  to  the  user. 

Each  of  these  points  shall  be  addressed  in  turn. 

1.  The  system  should  be  forgiving  when  the  user  makes 
mistakes.  The  system  needs  to  offer  the  user  helpful 
instructions  to  recover  from  any  errors  he  may  make. 
Non-prccedural  languages  offer  prompts  and  help  facilities 
which  provide  explanations  and  elaborations  on  correct 
format,  acceptable  field  entries,  allowable  words,  etc.  a~ 
several  levels. 

2.  The  system  should  be  dependable.  System  errors 

cause  users  to  lose  confidence.  On  the  other  hand,  a  system 

which  is  flexible  and  amenable  to  change  can  be  a  jcv  to 

use.  Potential  use  of  the  language  in  new  and  ur.forseer. 
areas  must  be  considered.  It  should  be  viewed  from  the 

point  of  possible  extensions  to  meet  other  needs.  Users' 

views  on  its  applicability  in  actual  practice,  the  effi¬ 
ciency  of  the  implementation,  its  potential  for  expansion 
into  other,  and  probably  unforseen,  application  areas,  ease 
of  training  and  effectiveness  of  documentation,  and  problems 
of  conversion  and  compatibility  all  play  key  roles. 

3.  Users  should  have  easy  access  to  the  system.  The 
system  needs  to  be  easy  to  learn,  and,  additionally,  guick 
and  simple  sign-on  procedures  and  rapid  response  times  are 
essential.  Being  oriented  toward  particular  types  of  appli¬ 
cations,  nonprocedural  languages  generally  require  less  time 
to  learn  for  efficient  usage,  tend  to  minimize  or  eliminate 
specification  of  computer  and  incerface  operations,  permit 
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concentration  or.  the  ultimate  process  centre!  strateev  and 
are  self-documenting  [Hef.  2:  p.  124].  The  introduction  of 
nonprocedural  languages  hopes  to  make  nonprogrammers  a  new 
pool  of  automated  information  processing  personnel.  Since 
such  a  user  lacks  computer  experience,  a  successful  guery 
language  should  be  easy  for  him  to  learn,  use  and  remember. 

4.  Users  should  get  any  help  they  need  to  use  the 
system  well.  This  includes  sufficient  training,  in  house 
experts,  and  up  to  date  manuals.  Fill  in  the  blank  or  menu 
selection  facilities  make  computer  use  possible  without  any 
training  at  all.  On-the-jcb  training  is  very  important  for 
programming  trainees;  they  need  close  guidance.  Users  also 
need  to  feel  that  there  is  someone  thay  can  turn  tc  for 
help.  One  product  of  a  user  satisaction  survey  revealed 
that  divisions  within  an  organization  which  had  internal 
people  knowledgeable  about  the  system  had  a  higher  level  cf 
satisfaction  with  the  system  than  those  divisions  without 
any  staff  professionals  [3ef.  20;  p.  192]. 

5.  The  system  should  not  damage  users'  jobs  or  make 
users  feel  unimportant.  The  system  must  not  supplant  human 
judgement.  Nonprocedural  languages  decide  on  hew  to  accom¬ 
plish  the  task  it  has  been  assigned,  but  it  is  the  human  who 
decides  upon  and  assigns  the  task. 

6.  The  system  should  not  make  the  user  feel  isolated. 
Users  will  certainly  have  a  bad  attitude  towards  the  system 
if  they  consider  themselves  to  be  involuntarily  glued  to 
their  terminals  to  the  exclusion  of  any  human  interaction. 

7.  The  system  should  not  make  users  feel  overexposed  to 
scrutiny.  This  point  deals  with  management  attitude  towards 
lower  echelon  workers,  not  with  any  actual  trait  of  the 
language.  However,  workers  can  be  expected  to  be  disgrun¬ 
tled  with  the  system  if  they  find  their  bosses  constantly 
monitoring  them. 
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3.  The  system  should  not  male?  it  hard  for  users  to 
escape  from  their  jobs.  This  point  is  mainly  aimed  at 
managers,  and  is  concerned  with  the  portability  of  terminals 
which  allow  the  managers  to  do  work  away  from  their  offices. 

9.  The  system  should  not  create  unfinished  business  for 
users.  When  a  job  has  bean  programmed,  the  user  needs  to 
feel  a  sense  of  finality;  the  need  to  make  additional 
adjustments  and  postings  is  a  thorn  in  the  side  which  is 
eliminated  with  the  use  of  nonprocedural  languages. 

10.  The  system  should  behave  like  a  machine,  not  a 
person.  This  is  not  meant  to  discount  the  value  cf  user- 
friendliness  and  understandable  "dialogue"  with  the 
computer.  Kany  users  find  terminals  which  are  toe  talkative 
offensive  or  unnerving.  3uilding  computers  that  behave  like 
people  is  like  trying  to  build  planes  that  flap  their  wings. 

11.  The  system  raus-1-  be  important  to  the  user.  This 
point  may  well  be  the  most  influential  of  all,  since  all  the 
others  build  to  it.  If  any  of  the  others  fail,  the  users 
may  tend  to  disregard  the  capabilities  of  a  very  beneficial 
system.  Users  will  only  seriously  consider  the  system  if 
they  feel  that  it  will  help  them  to  do  a  good  job,  and  if 
they  are  not  put  off  by  lack  of  understanding  how  to  use  the 
system.  Ease  of  use  is  of  tremendous  importance.  A  care¬ 
fully  designed  user  acceptance  methodology  can  successfully 
minimize  the  gap  between  the  system  a  user  expects  and  the 
one  which  is  delivered,  resulting  in  significant  improve¬ 
ments  in  productivity  [Be!.  17;  p.  44],  All  the  bells  and 
whistles  the  computer  designers  can  create  are  of  dubious 
value  if  users  cannot  or  will  not  use  them.  The  systems 
must  overcome  resistance  to  change,  increase  understanding, 
and  convince  users  that  it  is  for  their  good. 
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C.  THE  EASE-OF-OSB  ISSOB 


Since  the  n cnpr cgra ame r  generally  will  lack  computer 
experience  and  possibly  use  the  language  as  only  a  portion 
c?  their  jobs,  somewhat  intermittently,  a  successful 
non Drocedur al  language  should  be  easy  for  him  tc  learn,  use 
and  remember.  Data  base  access  is  significantly  eased  if 
the  user  does  not  need  to  deal  with  the  data  base  in  terms 
of  unfamiliar  structures,  but  can  think  instead  of  it  in  his 
own  terms.  A  nonprocedural  access  language  enables  a  data¬ 
base  user  to  identify  and  select  chose  items  in  the  data 
base  with  which  he  is  concerned  by  scaring  properries  rhev 
are  to  possess,  rather  chan  by  specifying  how  they  are  co 
located.  The  significance  of  ease  of  use  is  dccumenred  in 
the  numerous  studies  done  in  this  area. 


Human  factors  methodology  has  been  applied  to  computer 
equipment,  but  it  has  been  focused  largely  on  physical 
devices  (keyboards  and  display  design)  rather  than  on  cogni¬ 
tive  factors,  which  are  more  appropriate  to  measuring  ease 
of  use  cf  nonprocedural  languages.  A  major  problem  in 
extending  human  factors  methodology  has  been  to  develop  a 
definition  for  the  ease-of-use  of  a  nonprocedural  language 
that  corresponds  to  intuitive  notions  of  ease-of-use  and 
permits  measurement  in  a  feasible  amount  of  time,  with  some 
approximation  to  scientific  rigor.  Further,  nonprocedural 
languages  are  complex  and  involve  cognitive  activities 
(learning,  understanding,  remembering)  rather  than  only 
physical  and  perceptual  ones.  [Ref.  7:  p.  16]  This  is  a 

tali  order,  however,  and  has  yet  to  be  filled. 


Nonprocedural  languages  differ  in  ways  that  may  affect 
their  ease  of  use;  namely,  they  are: 

1.  Syntactic  Form— With  two-dimensional  form,  users 
write  queries  by  filling  in  forms  on  CRT  screens.  Linear 
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syntax  is  written  in  normal  Is  fz  to  right,  top  -o  be  room 
fashion.  Two  variants  of  this  syntax  are  shown  in  Table  IV. 
SQOAFS  employs  a  positional  linear  syntax  while  SQL  uses  a 
keyword. 

2.  Proced  urality--Ex  periments  of  Welty  and  Stemple 
using  TABLET  and  SQL  conclude  that  people  more  often  write 
difficult  queries  correctly  using  a  procedural  query 
language  than  they  do  using  a  nonprocedural  query  language, 
than  is,  specifying  a  ste p  by  step  method  for  achieving  a 
result  as  opposed  to  describing  a  desired  result  without 
specifying  hew  if  is  to  be  achieved.  The  experi.t-r.ee  fcurl 
no  statistically  significant  difference  in  the  ability  to 
wri*e  easy  queries.  However,  there  is  a  statistically 
significant  difference  when  difficult  queries  are  used. 
Their  results  show  a  clear  difference  in  the  ability  of 
students  having  little  or  no  experience  with  computers  to 
learn  the  two  different  languages.  They  conclude  that  the 
cause  of  the  difference  to  be  *he  concrete  procedural  model 
ur.derlyir.a  ‘he  TABLET  queries  and  missing  in  the  less  proce¬ 
dural  SQL  queries.  They  believe  that  the  TABLET  users  ware 
encouraged  by  TABLET’S  procedurality  ‘o  think  in  terms  of 
concrete  procedures  that  change  tables  of  information,  and 
that  this  allowed  them  to  perform  somewhat  better.  Other 
results  also  clearly  indicated  that  exposure  to  languages 
designed  for  expression  of  procedures,  BASIC  and  FORTRAN, 
gave  students  experience  which  helped  them  retain  TABLET  but 
not  SQL.  Additionally,  a  second  experiment  showed  that  the 
more  procedural  language  was  easier  to  learn  for  students 
with  no  previous  computer  language  exposure  [Ref.  22:  p. 
640  ]. 

3.  Data  Model — The  relational  model  imposes  little 
constraint  cn  the  way  that  a  user  is  able  to  interpret  and 
utilize  data.  There  are  no  complex  tree  or  network 
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riBLE  IV 

Examples  of  Nonprocedural  Language  Queries 


Query 

Language 


SQL 


QBE 


SQUARE 


IQF 


FOCUS 


Example  Query:  Find  the  names  of 
all  employees  in  department  50 
who  earn  more  than  $50,000. 


SELECT  NAME 
FROM  EMP 

WHERE  DEPTNO  =  50 
AND  SALARY  >  50000 


EMP  NAME  DEPTNO  SALARY 


print  50  >50000 


A 


EMP  ('50' ,>'50000') 

NAME  DEPTNO,  SALARY 


FROM  EMP  FILE 
FOR  DEPTNO  5  0 
AND  FOR  SALA P Y>  5  0  000 
LIST  NAME 


TABLEFILE  EMP  | 
PRINT  NAME  ) 
IF  DEPTNO  IS  50 

I?  SALARY  GT  50300  I 
END  | 


RAMIS  II 

TABLE 

FILE  EMP 

PRINT  NAME 

IF  DEPTNO  IS  50 

IF  SALARY  GT  50000 

END 

— 

TABLET 

FORM  DEPTFIFTYRICH 

FROM  DEPTNO  OF  EMP 

AND  SALARY  OF  EMP 

KEEP  ROWS  WHERE  DEPTNO  IS  50 

AND  SALARY  GT  50000 

PRINT  NAME 
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structures  that  coerce  all  users  inco  a  carticular  iimi-.ed 
view  cf  the  relationship,  i.e.  a  single  logical  view  of  ohs 
data  base.  A  virtue  of  the  relational  model  is  its  simpli¬ 
city  and  ease  of  description  for  all  users.  A  general 
purpose  data  management  system  should  allow  the  user  the 
expressive  power  of  the  network  model  and  allow  r.aive  users 
to  pretend  the  data  base  is  a  collection  of  relations 
[Ref.  23:  p.  808]. 

D.  THE  ISSOE  OF  PRODUCTIVITY 

Throughout  industry,  .  the  most  widely  chosen  method  of 
solving  the  problems  of.  programmer  productivity,  responsive¬ 
ness  to  end-user  needs,  increasing  information  demands,  and 
changing  data  requirements,  is  to  aid  more  people.  As  a 
result,  system  development  has  become  one  of  the  most  labor 
intensive  processes  in  American  business.  The  fallacy  of 
that  approach  is  proven  by  Brooks  [Ref.  24:  p.  13-26],  bv 
showing  that  adding  manpower  increases  communication  needs 
and  actually  results  in  degradation,  at  least  initially,  of 
productivity.  There  is  a  natural  tendency  to  eguate  hard 
work  with  productivity,  but  this  is  not  the  case;  personnel 
effort  dees  not  equal  productivity.  The  key  is  not  neces¬ 
sarily  tc  work  harder  but  to  work  smarter,  more  efficiently 
[Ref.  25:  p.  21].  Productivity  is  a  function  of  people, 
even  if  it  is  ac complished  through  a  machine. 

Welty  and  Stemple  [Ref.  22:  p.  626],  agree  that  humans 
remain  the  crucial  part  of  the  system.  Efficiency  in  the 
use  of  a  system  can  be  ineffective  if  the  system  is  not 
designed  to  match  the  needs  and  abilities  of  its  users. 
This  fact  has  led  them  to  explore  research  involving  the 
human  oriented  aspects  of  computer  languages  previously 
cited.  Software  that  will  enable  a  manager  to  enter  input 
and  generate  output  from  a  terminal  in  a  conversational  mode 


38 


< 


and  in  a 
future, 
that  are 

[Ref.  13: 


lanauage 
3  us  ire  ss 
reliable, 

p.  70]. 


close  to  English 
people  want  simple 
readable,  verifi 


is  the  trend  of  the 
,  versatile  prccraas 
able  and  maintainable 


The  data  relevant  to  various  human  factors  design  prob¬ 
lems  cover  a  wide  span  and  exist  in  many  forms,  such  as  the 
following : 

•  Common  sense  and  experience,  such  as  the  designer  has 
in  his  "storage,"  some  of  which  may  be  valid,  and  some 
not, 

•  Comparative  quantitative  data, 

such  as  relative  accuracy  in  reading  two  types  of 
visual  instruments, 

•  Sets  of  guantitative  data,  such  as  measures  of 
samples  of  people  and  error  ratas  in  performing  various 
tasks, 

•  Principles,  based  on  substantial  experience  and 
research,  that  provide  guidelines  for  design, 

•  Mathematical  functions  and  equations  that  describe 
certain  basic  relationships  with  human  performance, 
such  as  certain  types  of  simulation  models, 

•  Judgement  of  experts, 

•  Design  criteria,  consisting  of  a  checklist  of 
specifications  [Ref.  26:  p.  H58  ]. 

Numerous  experiments  in  this  area  concerning  nonprocedural 
languages  are  based  on  quantitative  data,  although  industry 
in  actual  practice  has  been  found  to  rely  on  the  judgement 
of  experts. 
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From  numerous  studies  and  exper in ent a  laundry  list  of 
essential  features  a  computer  language  should  have  if  ir  is 
to  interact  gracefully  with  its  users  has  beer,  esta  airshed. 
It  is  not  desirable  that  an  ideal  Language  should  mimic  a 
human  style  of  communication.  Rather,  the  system  should 
satisfy  the  communication  needs  of  its  users  in  the  way  that 
makes  best  use  of  the  available  technology.  [Ref.  9:  p. 
29]  No  industry  wide  performance  standards  have  been  estab¬ 
lished  for  traditional  programming  productivity  measurement, 
let  alor.e  for  the  newer  nonprocedural  languages.  Typical 
examples  of  such  measures  would  include  output  per  ir.it  of 
time,  variance  in  scheduled  vs.  actual  time  ar.d  resources  to 
completion,  degree  of  fulfillment  of  requirements,  and 
minimal  necessary  maintenance.  For  right  now,  ail  we  have 
to  ao  cr.  is  the  judgement  of  managers,  who,  though  lacking 
any  hard  and  fast  statistical  data,  have  decided  that 
nonprocedural  languages  are  a  great  boon  to  productivity. 

E.  TO  USE  OH  NOT  TO  USE 

These  languages  can  offer  significant  reductions  in 
complexity  and  cost  for  both  the  applications  programmer  and 
the  non-expert  ir.  accessing  ■‘rhe  database,  but  they  are  not 
the  be-all  and  er.d-all  of  programming  languages.  One  must 
bear  in  mind  that  many  of  the  "new"  features  of  the 
nonprocedural  languages  have  been  available  for  years.  Some 
early  languages  such  as  SPECOL  were  designed  specifically 
for  file  manipulation.  Sark  IV  and  INQUIRE  are  designed  as 
file  management  systems;  Mark  IV  is  an  effective  report 
generator. 

The  rules  specifications  of  ADF  seem  to  be  learned  quite 
readily,  although  a  new  vocabulary  is  introduced,  different 
naming  conventions  are  used,  and  various  rules  must  be  tied 
together  to  form  an  executable  ADF  system.  New  programmers 
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*-end  to  be  confused  until  they  have  written  and  i xpleaented 
an  application  themselves.  However,  the  use  of  AD?  has  been 
rejected  by  one  company  for  several  projects  because  of 
deficiencies  in  standard  processing  that  would  have  required 
special  processing  to  overcome.  The  inability  to  access 
multiple  data  bases  and  multiple  hierarchical  paths  and  the 
access  to  only  one  occurence  of  a  segment  type  are  two  key 
restrictions  that  have  limited  applications.  [Ref.  8:  p. 
172  ] 

Most  nonprocedural  language  venders  have  a  myriad  of 
tales  concerning  queries  that  require  a  handful  of  instruc¬ 
tions,  as  opposed  to  the  hundreds  or  thousands  of  lines  of 
code  which  would  be  required  if  programmed  in  procedural 
language.  This  is  possible  because  the  lar.auage  is  able  to 
make  a  lot  of  assumptions  about  the  task  at  hand.  A  mere 
complex  query  for  such  a  language  is  one  where  some  or  many 
of  the  assumptions  are  untrue  and  therefore  exceptions. 
Under  these  circumstances,  it  is  questionable  as  to  whether 
the  simplest  solution  involves  using  the  English-like 
language.  In  fact,  it  may  be  faster  and  easier  ~ o  write  the 
program  in  COBOL  if  the  query  is  complex.  [Ref.  15:  p.  1] 
Despite  the  claims  made  by  their  suppliers  that  many 
nonprocedural  languages  are  simple  and  "English-like,"  there 
is  good  reason  to  doubt  whether  a  command  mode  is  a  suitable 
interface  for  more  than  a  proportion  cf  ■‘•he  possible  users 
of  a  computer  information  system.  Quite  a  few  of  today's 
nonprocedural  languages  have  recognized  this  and  provide  a 
dialogue  (question  and  answer)  mode.  [Ref.  #:  p.  15] 

Computers  have  impressive  speed,  storage  and  accuracy 
which  are  bypassed  if  we  use  natural  language.  User  know¬ 
ledge  of  the  application  domain  seems  to  be  critical; 
without  this  prerequisite,  natural  language  usage  would  be 
extremely  difficult. 
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P.  SOMHABY 


As  the  nuiaber  of  potential  computer  users  increases,  it 
becomes  necessary  to  reexamine  programming  language 
concepts.  Bather  than  develop  more  powerful  procedural 
languages,  descriptive,  very-high-level  languages  may  be  a 
better  apDroach.  Very-high-level  languages  allow  the  novice 
user  to  describe  the  problem  rather  than  the  method  for  its 
solution.  The  user  is  not  rguired  to  transform  a  conceptual 
data  mcdel,  which  is  problam  oriented,  to  a  machine  oriented 
model.  fBef.  12:  p.  116]  Many  feel  that  user  software 

enhancements  represent  the  wave  of  the  future  and  that  there 
will  be  little,  if  any,  need  for  practitioners.  Considering 
the  growth  of  computer  sites,  as  well  as  the  growth  of 
applications  at  existing  sites,  this  prognosis  is  hardly 
justified  in  its  entirity.  What  is  reasonable  to  expect  is 
that  the  data  processing  environment  and  the  skills  utilized 
by  data  processing  practit ionars  will  chanae  dramatically. 
No  matter  how  powerful  computers  and  software  become,  it  is 
hard  tc  imagine  eliminating  the  need  for  a  professional 
staff  tc  direct  and  improve  the  data  processing  function. 
It  is  logical  to  expect  that  the  nature  cf  the 
practitioner’s  position  will  shift  from  a  programming  orien¬ 
tation  to  an  analytical  one.  It  is  arguable  that  software 
quality  would  improve  greatly  if  greater  emphasis  were 
placed  on  analysis  rather  than  upon  programming  today. 
[Ref.  15:  p.  4  ] 

If  shared  management  of  information  resources  will  be 
the  trend  in  the  1980's,  we  will  need  some  strategies  tc  get 
information  management  involved  with  users  and  users 
involved  with  information  management.  This  is  not  meant  to 
discount  the  viability  of  traditional  procedural  program¬ 
ming,  the  value  of  third  generation  languages,  or  the 
employment  perspective  for  computer  programmers. 
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Non -procedural  languages  and  the  new  pool  of  " prcarax m srs” 
they  produce  are  a  complement  to  traditional  programming, 
not  a  substitute.  There  are  some  applications  for  which  the 
nonprocedural  approach  is  clearly  not  applicable. 
Additionally,  there  generally  is  a  point  in  the  complexity 
of  any  class  of  problems  beyond  which  procedural  specifica¬ 
tion  is  simpler  than  nonprocedural  [Bsf.  22:  p.  628].  It 
is  clear  that  computer  usage  cannot  feasibly  be  limited  to 
relatively  few  specialists.  Equally,  it  is  not  viable  to 
require  a  hiqh  level  of  computer  skill  for  the  performance 
of  all  computer  processing.  Now  that  the  computer  is  r.o 
lonqer  viewed  as  a  stellar  wonder,  accessible  only  to  data 
processing  experts,  industry  has  come  to  realize  that  the 
computer  is  a  tool,  albeit  a  sophisticated  one,  and  that 
naturalness  for  the  user  in  the  development  of  programming 
languages  is  an  issue  which  must  be  addressed. 
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17.  AN ALT  SIS  OF  RAMIS  II 


A.  INTRODUCTION 

Chapter  V  and  this  chapter  are  essentially  the  backbone 
of  this  thesis  and  the  basis  for  the  choice  of  the  partic¬ 
ular  topic.  This  chapter  will  deal  with  the  industrial 

response  to  RAMIS  II  as  Chapter  V  will  deal  wirh  FOCUS. 
From  this  industrial  response  by  the  user  organizations  o * 
SAMIS  II  and  tue  subsequent  ar.nl/sis  of  -hat  resoor.se, 
certain  questions  will  hopefully  be  answered  and  offer 
enlightenment  as  to  whether  the  purposes  for  acquiring  such 
systems  have  been  fulfilled  .  Through  questionnaire  submis¬ 
sion  and  reply  and/or  personal  interviews  with  the  user 
organizations  listed  in  Appendix  A,  determination  will  be 
made  as  to  the  value  of  RAMIS  II  and  its  related  system/ 
components  to  be  discussed  later. 

The  structure  of  this  chapter  will  first  deal  with  tie 
vendor  company  and  the  products  and  services  it  offers 
and/or  attempts  to  provide,  followed  by  an  examination  of 
the  industrial  response  and  a  conclusive  determination  as  to 
user  satisfaction  with  the  vendor,  the  product,  and  the 
resultant  productivity  gains  within  their  respective  organi¬ 
zations. 

B.  HATHEMATICA  FRODOCTS  SROOP  (MPG)  AMD  RAMIS  II 

Although  RAMIS  II,  RAPID  ACCESS  MANAGEMENT  INFORMATION 
SYSTEM,  was  first  developed  in  1967,  Matheaatica  Inc.  did 
not  form  Matheaatica  Products  Group  (MPG)  until  1975.  It 
was  formed  solely  for  the  purpose  of  developing,  marketing, 
distributing,  and  servicing  the  RAMIS  II  product/s.  The 
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actual  PAMTS  IT  nonprocedural  product  we  know  today  was 
released  to  the  mar ketplace  in  1977.  According  to  the  mark¬ 
eting  packages  obtained  and  from  interviews  with  branch 
management.  Mat hema^ica  does  more  than  simply  produce  soft¬ 
ware.  It  also  provides  consultation  services,  and  conducts 
policy  research  in  conjunction  with  the  software  production 
process.  Through  what  they  term  "ongoing  research"  ir.  the 
areas  of  business  management  and  computer  technology,  MP3 
attempts  to  provide  a  comp rehe nsi va  ,  easy-to-use  manage¬ 
ment  information  system  which  also  provides  effective  and 
efficient  uee  of  related  computer  resources. 

Their  belief  is  that  the  increasing  demand  on  program¬ 
mers'  time  has  created  the  read  to  simplify  the  programming 
process  to  allow  for  increased  programmer  productivity  and 
increased  nonprogrammer  use  of  installed  systems.  Rapid 
advances  in  computer  technology  have  also  created  the  need 
for  adaptability  to  constantly  changing  programming  environ¬ 
ments.  These  demands  by  today's  industries  have  led  tc  the 
massive  efforts  in  the  craaticn  of  marketing  enhancements  by 
MPG  and  the  other  nonprocai ural  product  manufacturers. 

MPG  is  involved  in  a  continuing  process  to  develop, 
expand,  and  refine  their  RAMIS  II  product  lines.  Their 
marketing  approach  stresses  to  present  and  prospective 
clients  their  practice  of  using  seventy  (70£)  percent  of 
their  research  and  programming  effort  to  improving  their 
present  product  and  adapting  it  to  future  generations  of 
computing  equipment.  The  other  thirty  (30'S)  percent  of  the 
research  effort  is  dedicated  to  analysis  of  the  future 
requirements  of  business  and  the  subsequent  MPG  product 
release  to  meet  those  requirements. 

In  line  with  this  apparent  dedication  to  continually 
improve  their  product  line  is  their  product  usage 
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restriction  to  I3H  rsla-ed  equipment.  so  long  -.heir 

clientele  maintains  their  usage  of  IBM  compa-ibie 
equipments,  MFG  will  be  able  to  continue  r.c  provide 
services.  This  aspect  of  MPG  is  aided  by  maintaining  a 
close  contractual  and  on-test-site  relationship  with  13  M  for 
their  prereleased  software  and  hardware  products.  This 
relationship  is  mandatory  in  that  MPG  must  also  meet 
contractual  relationships  with  its  users. 

The  product  that  MPG  produces  is  the  RAMIS  II  system  and 
its  related  nonprocedural  language,  a  combination  of  a  Data 
3as  e  Management  System  (33  M  S)  and  a  4TH  Generation  lingua  go¬ 
to  (1)  allow  for  a  simplification  of  communications  between 
the  user  and  the  computer  using  English  like  queries  where 
the  user  states  "what  he  wants”  vice  how  to  do  it;  (2) 
allow  ease  of  access  to  information  by  all  users;  and  (3) 
also  allow  for  application  generation  enhancement  to 
simplify  the  programming  process  and  consequently  increase 
application  programming  productivity.  ir.  their  own  words 
RAMIS  II  "....combines  a  comprehensive  data  base  management 
system  with  a  proven,  easy  to  use,  nonprocedural  computer 
language  for  report  preparation  and  records  maintenance." 

RAMIS  II  pronises  to  provide  the  user  with  the  ability 
tc  examine  more  information  and  combinations  of  information 
to  form  more  valid  and  appropriate  decisions;  to  access 
information  more  quickly;  to  create  new  systems  and 
applications  in  approximately  one-fifth  the  time  of 
procedural  languages;  and  to  make  queries  and  receive 
replies  from  the  database  more  rapidly. 

In  conjunction  with  these  abilities,  RAMIS  II  promises 
the  user  the  benefits  of  less  environmental  maintenance  of 
the  database;  data  independence  to  reduce  maintenance  and 
user  constraints;  increased  storage  and  computer  resource 
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eff  icier.cy ;  is t.L on  \  cos*”  .* -vinos ^ 
portability;  and  the  bottom  line  productivity  enhancement. 

To  accomplish  the  af or e  mer.tionad  items,  SAMIS  II  offers 
an  integrated  package  of  features  from  which  the 
user/ cor.  sumer  can  construct  a  system  that  will  be  designed 
to  meet  his  exact  requirements.  The  features  of  the  basic 
package  and  optional  components  and  their  related 
descriptions  are  listed  below.  The  costs/prices  of  these 
pac kages/compor.ents  are  given  in  Appendix  D. 

1.  The  Sasic  SAMIS  II  Svstem 

a.  SAMIS  II  Data  Bases — provide  for  the  storage  of 
data  for  present  or  future  application  use. 

b.  Database  Manager — allows  for  efficient  data 
access  and  use  as  well  as  effective  use  of  human  and 
computer  resources  through  the  use  of  the  RAMIS  II  nonproce¬ 
dural  language. 

c.  Nonprocedural  Language  Process  or --a  Hows  for 
application  generation,  report  preparation,  and  file 
maintenance  by  use  of  the  NPL. 

d.  Interactive  Request  Modification--allows  for 
corrections  of  erroneous  requests  and  generation  of  requests 
for  additional  data  by  revision  of  previous  requests. 

e.  Screen  Manager- -allows  for  control  and  manipula¬ 
tion  of  the  screen  environment. 

f.  Operating  System  Interf are--allows  for  operation 
of  RAMIS  II  and  the  ability  to  run  under  all  operating 
systems  that  are  IBM  mainframe  compatible. 
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Cpt ior.al  Components  for  RAMIS  II 

a.  Procedural  Language  Intarface--allows  the  use  of 
procedural  languages  to  manipulate  and  maintain  database 
records. 

b.  GRAPH  and  High  Resolution  Graphics--allows  for 
production  of  charts  and  graphics  on  output  devices. 

c.  External  File  I nterf ace-- provides  for  access  and 
reporting  on  files  external  to  the  RAMIS  II  system  by  decla¬ 
ration  in  the  RAMIS  II  File  Dictionary. 

o.  Automatic  la  terraces-- al low s  r::  access  to 

information  stored  on  a  variety  of  other  data  bases 
including  ADA3AS  ,  DL/1 ,  TDMS,  IMS,  and  TOTAL.  Can 
retrieve  information  using  RAMIS  II  for  further  processing. 

e.  READ  OS/DOS  — a  Hows  users  from  the  VM/CKS  envi¬ 
ronment  to  access  from  CMS  to  other  data  bases  maintained  by 
other  operating  systems  running  under  73. 

f.  Financial  Plan  r.ina — allows  analysis  of  informa¬ 
tion  under  various  means  tc  obtain  complete  objectivity 
studies  and  the  production  of  various  financial  reports. 

g.  APL  Interface- -allows  a  user  from  the  APL  envi¬ 
ronment  complete  RAMIS  II  capabilities. 

h.  Sxecutive--ai lows  cataloguing  of  RAMIS  II 
requests  for  further  processing  at  a  later  date.  Can  be 
used  to  create  dialogues  and  menus  for  processing  purposes. 

i.  Osage  Accounting  —  is  a  tool  for  the  Data  Base 
manager  and  administrator  to  fine  tune  and  administrate  the 
DBMS  based  on  monitoring,  documentation,  and  analysis  of 
application  use. 
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j.  Interactive  Request  Modification/Txf  er.ied 

(IRM/E)  — "  ext  ends'*  the  IRM  capability  by  allowing  develop¬ 
ment,  storage,  and  cataloguing  of  requests. 


k.  Communications  Ir.ts rf ace  s--allows  for  operation 
of  RAMIS  II  in  a  timesharing  or  teleprocessing  environment 
with  RAMIS  II  or  a  procedural  language. 


1.  Integrated  Communications  Interface — "provides 
an  effective  alternative  to  CICS  and  ICCF.  As  a  complete 
RAMIS  II  terminal  network  manager,  if  is  both  more  effi¬ 
cient  ar.d  easier  to  use." 

3*  Fut  ure  RAMIS  II  Pro  duct  s/Como  or.ents 


a.  RELATE — will  be  a  relational  model  to  allow 
combination  of  data  from  various  sources  and  provide  a 
"practical  data  manipulation  tool." 


b.  Formatted  Screen  Manager-- will  allow  the  user 
easier  construction  of  user  application  menus  for  data 
entry,  change,  and  processing. 

4 .  Training  and  Services 


Besides  providing  the  product  and  services  previ¬ 
ously  mentioned,  MPG  offers  extensive  training  and  post 
sale  and  implementation  services.  Training  offered  ranges 
from  the  basic  beginner’s  classes  to  the  more  advanced 
processing  classes  using  RAMIS  II.  They  offer  individual 
and  group  training  at  single  and  package  rates.  They 
conduct  classes  in-class  or  on-site.  Examples  of  training 
and  classes  offered  are  given  in  Appendix  C.  The  cost  of 
this  training  is  given  in  Appendix  B.  Their  post-sale 
services  include  on-site  counselling  and  assistance,  a 
consumer  HOT-LINE  to  handle  serious  and  urgent  problems 
rapidly,  and  direct  access  to/assistance  from  the  numerous 
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branch  offices  where  they  promise  to  solve  your  problem 
expeditiously  or  have  a  representative  on-sits  wi-hir.  24 
hours  to  answer  questions  and/or  correct  problems  in  the 

installed  system. 

MPG's  marketing  packages,  pamphlets,  seminars,  and 
their  trained  knowledgable  personnel  present  a  pretty 
picture  of  RAMIS  II,  as  oar.  be  seen  by  these  introductory 
statements,  of  which  many  were  taken  from  actual  RAMIS  II 
marketing  abstracts.  The  tools  they  work  with  are  up-to- 
date,  well  documented,  and  from  acceptable/reliable 
sources.  With  their  marketing  aids  and  tools  an  inexperi¬ 
enced  salesman  would  have  an  excellent  chance  of  sellina 
their  product;  however,  the  personnel  working  for  MPG  are 
knowledgeable  and  well  trained,  and  present  a  good  product 
which  they  truly  appear  to  believe  in,  in  an  excellent 
manner.  Their  companies  sales  record  is  demonstrative  of 
this  (?50  Million  in  cumulative  sales  in  1981)  as  is  a 
quotation,  albeit  biased,  from  MPS's  president  Richard  H. 
Cobb. 


So  other  systens  software  has  ever  achieved 
of  sales  and  recognition  in  so  short  a  period 


this  level 
of  time. 


The  next  section  presents  the  response  by  users  of  the 
RAMIS  II  product  to  determine  if  the  promises  made  by  MP3 
and  RAMIS  II  have  been  kept  and  the  obligations  fulfilled. 

C.  ANALYSIS  OF  INDUSTRIAL  RESPONSE  TO  RAMIS  II 

The  following  analysis  is  divided  into  the  same  sections 
as  the  questionnaire  in  Appendix  H  used  to  conduct  the 
research.  Using  this  format  will  hopefully  aid  in  making 
the  comparison  and  analysis  of  the  industrial  responses 
clearer  and  more  meaningful. 
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the  companies  interviewed 


fairly 


recently  acquired  the  RAMIS  II  system.  The  size  of  these 
orq ar. izatior.s  ranged  from  353  to  10,000  people  wirh  the 
number  of  actual  users  in  each  organization  ranging  from  100 
tc  2500.  There  was  no  relationship  between  the  total  number 
of  people  in  the  organizations  and  the  total  number  of 


users;  the  number  of  users,  types  of  users,  and  other  DP 
need  determinations  were  a  direct  result  of  the  quantity  and 
the  complexity  of  the  organizations*  business  transactions. 
The  type  of  work  the  company  did  and  the  particular  -joo 
descriptions  of  employees  generally  dictated  the  need  for 


computer  usage.  The  amount  of  data  processing  and  comparer 
usage  by  these  organizations  was  usually  quite  large  and  an 
integral  part  of  their  business;  however,  in  all  but  one 


of  the  companies  interviewed,  the  amount  of  data  processing 
done  using  RAMIS  II  was  between  5  and  10  percent.  It  is 
worth  mentioning  that  the  company  that  did  not  fail  in  this 


category  conducted  50%  of  their  D?  using  RAMIS  II  and  had  an 
entire  system  dedicated  to  the  task. 


The  way  that  RAMIS  II  was  chosen  over  other  competi¬ 
tors  is  also  of  interest.  Ir.  most  cases,  the  detailed  cost 
and  product  analysis  done  prior  to  acquisition,  was  done  by 
three  or  four  managers  and/or  data  processing  representa¬ 
tives  sitting  dcwn  over  a  pot  of  coffee  saying  to  each 
other  —  '*1  like  this." —  "I  don’t  like  this." — "This  would  be 
nice. " — "Let*  s  get  this  one"  without  ar.y  formal  quantitative 
analysis. Some  companies  actually  did  conduct  cost/benefit 
analyses  and  compared  the  various  products,  the  vendor 
services  provided,  system  capability,  and  other  relevant 
aspects;  however,  even  in  these  organizations,  the  final 
decision  was  made  by  those  three  or  four  managers  sittino 
over  a  table  and  a  pot  of  coffee  hashing  if  out. 
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Depending  on  the  their  needs,  the  various  centering 
products  mentioned  by  the  companies  interviewed  included 
other  nonprocedural  languages,  report  generating  produces, 
guery  languages,  and  other  database  systems  like  FCCOS, 
NOMAD,  SYSTEM  2000,  ORACLE,  INFO,  SQL,  ADRS  II, 
EASYTSIEVE,  AND  MARK  IY.  The  reasons  for  the  choice  of 
RAMIS  II  included  availability,  user  friendliness,  RAMIS 
II" s  compatibility  with  their  system,  RAMIS  II's  product 
mix,  the  type  of  processing  required,  vendor  services 
provided  durino  and  after  sale,  and  in  two  cases  "vendor 
interest  and  involvement.  Since  many  of  these  systems  are 
very  recent  developments,  and  at  the  time  of  acquisition  the 
choices  available  were  few;  but  in  almost  all  cases,  the 
companies  said  that  if  they  were  presented  with  the  same 
decision  currently,  the  choice  would  still  be  the  same. 

The  work  accomplished  using  RAMIS  II  varied  slightly 
among  the  oraanizaiions,  but  the  majority  used  the  system 
for  data  analysis,  management  decision  support,  report 
generation,  and  ad-hoc  inquiry.  The  more  technically 
oriented  firms  have  constructed  detailed  models  ar.d  proto¬ 
types  using  the  system.  The  users  of  the  systems  ranged 
from  clerical  staffs  to  middle  managers.  In  only  one  of  the 
companies  was  there  any  use  by  top  management.  Generally 
high  level  managers  submitted  requests  to  the  DP  department 
or  instructed  their  staff/s  to  obtain  the  desired  informa¬ 
tion.  The  majority  of  the  users  tended  to  be  the  staff 
personnel  who  processed  and  retrieved  the  desired  informa¬ 
tion  for  management.  Also  the  number  of  personnel  and 
manpower  levels  in  these  organizations  was  not  reduced  due 
to  system  installation;  RAMIS  II  simply  provided  another 
tool  to  work  with.  However,  to  prevent  misinterpretation, 
manpower  levels  could  have  been  reduced  because  production 
and  processing  capability  of  existing  users  was  increased  in 
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one 


most  c?ses  almost  five-fold  usina  what 
termed  "a  conservative  estimate." 


inf ervis wee 


Contrary  to  the  vending  company's  beliefs,  the 
system  cannot  simply  be  loaded  into  the  computer  and  be 
ready  for  use.  The  amount  of  time  to  get  the  system  into 
"full  swing"  varied.  Some  companies  achieved  desired 
results  within  three  months  of  installation  while  others 
required  over  nine  months  and  were  still  unsatisfied  with 
the  results  which  one  termed  "failure  to  meet  their  own 
foolish  expectations."  Also  it  appeared  that  the  level  of 
difficulty  of  applications  desired  was  a  determining  factor 
in  the  organizations'  attempts  to  have  the  system  up  and 
fully  supported.  The  higher  the  level  of  difficulty  of  the 
target  applications,  the  longer  the  implementation  time. 
This  was  generally  not  pointed  out  to  customers,  but  they 
are  told  that  to  achieve  certain  levels  of  expertise 
requires  learning  the  system  well  through  usage  and  training 
which  is  the  subject  of  the  next  section. 

2 .  Training 

According  to  the  user  organizations,  training 
provided  by  the  vendor  was  adequate.  ’’’raining  consisted 
mostly  of  beginner  introductory  packages  in  the  areas  of 
"Basic  Reporting"  and  "3asic  File  Design  and  Records 
Management, "  but  courses  up  to  the  most  advanced  skill 
requirements  were  offered  by  the  vendor.  With  a  choice  of 
either  blanket  or  per- per  son  rates,  most  organizations 
chose  to  train  all  users  with  the  introductory  package  while 
sending  only  their  counselors  and  data  processing  community 
to  the  more  advanced  courses.  A  few  companies  determined 
^hat  using  this  -jethod  would  allow  difficulties  encountered 
by  the  resident  users  to  be  solved  by  the  counselors  and/or 
the  companies'  DP  people  and  thus  save  additional  training 
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costs.  Other  companies  set  up  or  are  setting  up  in-house 
training  programs  to  increase  user  knowledge  and  ability 
without  incurring  additional  training  costs;  however,  the 
companies  that  have  relied  on  RAMIS  II (MPG)  for  training  and 
vendor  support  had  the  shortest  implementation  times  and 
have  experienced  a  greater  degree  of  user  satisfaction  and 
productivity.  By  initially  choosing  vendor  provided 
training,  these  companies  avoided  unnecessary  delays  in 
both  time  and  efficiency  due  to  excessive  user  error.  These 
same  companies  are  happy  with  the  vendor  training  and  plan 
on  continuing  with  follow-up  and  refresher  training  despite 
the  additional  cost. 

During  the  training  and  start-up  phase  for  th*  RAMIS 
II  system,  most  organizations  were  faced  with  additional 
work  backlog,  but  ail  but  one  company  blamed  +his  backlog 
on  reasons  other  than  RAMIS  II  installation.  The  responses 
attributed  the  backlog  to  poor  management  and  mismanagement 
of  existing  resources.  Only  one  company  did  not  have  anv 
additional  backlog  occur.  The  one  organization  that  did 
attribute  the  additional  backlog  on  RAMIS  II  also  happened 
to  be  a  company  that  decided  to  conduct  its  own  training  and 
experienced  a  longer  implementation  time. 

Initial  and  refresher  training  provided  by  the 
vendor  seems  to  have  been  the  preferred  alternative  and  the 
wiser  choice  as  was  evidenced  by  these  organizations' 
greater  degree  of  satisfaction  and  shorter  implementation 
times.  The  companies  that  decided  to  conduct  their  own 
training  sacrificed  user  satisfaction  and  efficiency  for  the 
cost  of  training. 
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3 .  Learn abi lit v 

The  learnability  of  RAMIS  II  was  again  dependent 
upon  what  was  earlier  termed  the  difficulty  of  the  applica¬ 
tions  to  be  produced.  The  users  found  the  simpler  functions 
easy  to  understand  and  execute  while  the  more  demanding 
frequently  met  with  error  and  required  the  assistance  of 
others  to  correct.  Although  the  majority  of  the  users  found 
high  retainability,  they  stated  if  was  due  to  continued 
usage,  not  to  the  simplicity  of  syntax  of  RAMIS  II  which 
they  also  added  could  use  improvement.  The  users  did 
encounter  many  problems  learning  to  use  the  system,  but  for 
the  vast  majority  of  users,  the  errors  encountered  were 
minor  and  were  corrected  by  use  of  manuals  or  organizational 
assistance.  The  areas  of  greater  difficulty  often  required 
direct  contact  with  MPG  representatives  to  correct  problems 
encountered  and  occasionally  required  the  use  of  the  vendor 
HOT-LINE. 

The  area  of  learnability  is  an  area  of  debate.  Seme 
users  were  enthralled  with  the  languages  simplicity  while 
others  mentioned  room  for  improvement.  There  was  also  no 
agreement  on  whether  it  was  easier  for  a  person  with  or 
without  prior  programming  experience  to  learn;  however, 
there  was  general  agreement  on  the  fact  that  RAMIS  II  was 
decidely  easier  to  learn  than  any  procedural  languages  to 
the  point  that  a  user  could  write  RAMIS  II  programs  after 
weeks  of  training  that  would  require  months  of  training  with 
its  procedural  counterpart. 

4 •  Document  ation 

The  vendor  documentation  provided  to  the  user  organ¬ 
izations  was  deemed  complete  and  accurate  in  all  instances 
and  rated  excellent  by  three  organizations;  however, 
despite  the  agreement  on  completeness,  there  was  also 


55 


i 


concurrence  on  the  lack  of  structure  in  them.  Although  all 
necessary  aspects  were  covered  in  complete  detail,  the 
majority  of  users  could  not  navigate  through  the  text  to 
find  desired  answers.  In  one  organization  in  particular,  a 
training  class  was  set  up  for  the  purpose  of  teaching  the 
users  how  to  find  needed  information  in  the  manuals.  This 
deficiency  has  heen  pointed  out  to  the  vendor  in  at  least 
three  instances  and,  according  to  the  organizations,  has  not 
recieved  serious  attention  thus  far.  Despite  the  lack  of 
structure,  the  general  opinion  found  the  documentation 
guite  adequate  and  user  referral  to  the  documents  were  both 
commonplace  and  essential. 

5-  Vendor  S  upport 

The  vendor  support  questions  recieved  varied 
responses.  In  the  area  of  initial  considerations  for  acqui¬ 
sition,  many  companies  listed  continued  vendor  support  and 
services  as  one  of  their  key  reasons  for  choosing  MPG  and 
RAMIS  II.  In  the  area  of  initial  package  delivery,  ail  but 
one  company  was  satisfied,  and  that  particular  company 
complained  that  it  was  still  experiencing  problems  which  had 
not  received  their  required  share  of  vendor  attention. 
After  the  system  had  been  installed  and  "broken-in,"  most 
users  said  that  they  had  few  complaints,  and  the  RAMIS  II 
system  met  their  reasonable  expectations.  Generally  they 
found  it  to  be  error  free,  but  periodically  found  a  "bug" 
which  required  correction.  This  periodic  problem  was  the 
major  point  of  dissension  toward  RAMIS  II  services.  The 
problem  being  that  the  user’s  complaint  was  always  solved  by 
what  one  company  termed  a  "trial  balloon,"  or  temporary  fix, 
until  a  tested  solution  was  released  to  correct  the  error 
possibly  3  to  6  months  later.  Tied  to  this  was  the  comp¬ 
laint  that  these  temporary  solutions  were  not  distributed 
quickly  enough  to  the  other  RAMIS  II  organizations  to 
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prevent  similar  occurrer.:  as.  The  last  item  discussed  was 
the  vendor  HOT-LINE  and  its  usefulness.  Host  organizations 
used  the  HOT-LINE  greatly  during  the  implementation  and 
start-up  phases,  and  after  they  became  accustomed  to  the 
system,  they  used  it  very  sparsely.  The  majority  of  users 
professed  satisfaction  with  vendor  support,  but  did  not 
like  the  "trial  balloons"  mentioned  earlier. 

The  general  opinion  found  errors  to  be  almost  nonex¬ 
istent,  and  when  they  were  found,  either  they  were 
corrected  in-house  or  the  vendor  provided  adequate  correc¬ 
tion  in  a  timely  manner.  The  previous  problem  seemed  to 
have  been  a  rare  occurrence  rather  than  the  norm. 

6 .  Hardware  Support  /Conversion 

In  all  but  one  of  the  organizations  interviewed,  no 
hardware  support  and/or  conversion  was  necessary.  All  the 
organizations  in  the  survey  already  had  large  systems  (I3H 

* 

3033's,  3370's,  3081's,aad  «300's).  The  resource  require¬ 
ments  for  RAMIS  II  are  quire  extensive  (ranging  from  UOOK  to 
102UK  of  memory  per  user  depending  upon  •‘•he  overlay  struc¬ 
ture  chosen)  ,  but  none  of  the  companies  interviewed 
required  additional  memory  or  storage  requirements  to  what 
they  already  had.  According  to  SAMIS  II  representatives 
even  the  older  and  smaller  ISM  systems  had  no  problem  in 
regard  to  adequate  resources. 

In  some  of  these  organizations  after  SAMIS  II  had 
become  an  integr  al_  part  of  the  existing  system,  additional 
memory  and/or  a  different  mainframe  was  procured  to  increase 
the  efficiency  and  response  time  of  the  system.  Also,  the 
computer  center  managers  of  the  companies  knew  or  determined 
what  combination  of  resources  would  best  suit  operations  and 
took  appropriate  measures.  In  one  system  the  RAMIS  II  usage 
has  evolved  and  developed  to  the  point  where  one  entire 


57 


i 


system,  the  company  has  two,  is  dedicated  to  RAMIS  II.  A 
determining  factor  as  to  resource  requirements  lies  ir.  the 
interrelation  of  RAMIS  II  to  the  other  parts  of  the  computer 
installation.  In  or.e  company  the  corporate  DB  is  in  TOTAL, 
but  is  accessed  almost  entirely  using  RAMIS  II.  Svery  time 
a  report  requirement  is  generated,  RAMIS  II  must  create  its 
own  DB  from  the  TOTAL  system  information,  and  then  generate 
its  report.  In  another  organization  each  user  creates  and 
maintains  a  separate  DB  for  his/her  own  use. 

RAMIS  II  consumes  a  lot  of  computer  resources,  and 
dependir.a  upon  the  overlay  structure,  computer  system 
management,  and  its  relation/interaction  with  other 
systems,  could  conceivably  consume  a  much  greater  amount. 
Yet  by  itself  RAMIS  II  has  been  termed  a  very  efficient 
product  in  terms  of  both  response  time  and  resource  usage 
[Ref.  27:  p.  S11].  The  reasons  for  hardware  conversion 
were  almost  exclusively  inherent  to  the  particular  organiza¬ 
tion,  and  not  primarily  due  to  RAMIS  ri.  Although  mpg 
states  its  dedication  to  providing  a  nonprocedural  product 
that  makes  the  most  efficient  use  of  resources,  this  was 
not  a  major  concern  of  the  organizations.  It  truly  appeared 
that  with  "decreasing  hardware  costs  efficiency  is  no  longer 
a  major  concern"  [Hef.  28:  p»  38]. 

7  •  Security /Access 

Most  of  the  organizations  interviewed  do  not  use 
RAMIS  II  security  features,  but  some  do  use  them  in 
conjunction  with  the  operating  system's  security  prcedures/ 
precautions.  RAMIS  II  offers  security  with  password 
control,  data  item  access  control,  and  command  type 
control;  however,  the  companies  preferred  to  use  their 
previously  installed  systems  such  as  RACF  (Resource  Access 
Control  Facility,  which  matches  each  resource  to  a  user 
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set)  ar.d  various  password  controls.  seme  con  pan  f  es  used  a 
cob  bination  of  the  operating  system's  and  RAMIS  Il's 
security  features,  while  still  others  only  used  RAMIS  II 
security  with  their  RAMIS  II  files.  The  companies  that  did 
use  RAMIS  II  security  had  no  complaints,  but  they  dealt 
mostly  with  unclassified  data  or  did  not  require  serious 
security  precautions.  MP3  claims  to  provide  a  high  degree 
of  security  although  the  RAMIS  II  DBMS  can  be  shared  among 
many  users. 

Control  of  users  that  have  read/write  access  and 
authorization  to  update/oh ange  existing  files  ensures  only 
authorized  changes  can  be  made  to  files,  records, 
segments,  or  even  fields.  Oraanizatior.s  still  preferred 
existing  security  measures.,  and  the  majority  of  changes  made 
by  users  were  tc  their  own  RAMIS  II  DBs.  In  almost  all 
cases,  with  the  exception  of  those  having  a  dedicated  RAMIS 
II  DBMS,  the  corporate  DB  could  not  be  updated  by  RAMIS  II. 
Also  changes  made  to  the  corporate  DB  were  done  by  the  DP 
departments,  not  by  individual  users. 

The  area  of  backi p  procedures  and  measures  were 
again  handled  by  previously  installed  measures,  in  some 
cases  using  IMS  or  CICS  transaction  logging.  Dther  compa¬ 
nies  interviewed  did  not  even  have  serious  backup  measures 
installed,  but  made  individual  users  responsible  to  ensure 
that  their  changes  had  been  made.  The  companies  that  did 
require  any  type  of  backup  updated  the  DB  usually  once  a  day 
by  batch  means  net  done  by  RAMIS  II.  All  of  the  companies 
operated  in  such  very  stabile  hardware  and  software  environ¬ 
ments  that  situations  requiring  such  backup  occurred  about 
once  every  six  tc  seven  months  and  had  no  serious  impact  on 
operations. 
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8 .  Performance 

Ir  the  areas  of  perforaar.ee  and  control  of  the 
computing  environment,  SAMIS  II  offers  the  beginner  to 
intermediate  user  a  far  aore  productive  capability.  while 
constructing  simpler  programs  and  malting  simpler  requests  to 
the  system,  the  user  has  the  impression  of  total  control  of 
the  computing  environment.  The  more  difficult  reguests  and 
programs  tend  to  alienate  the  less  technically  minded  users, 
and  these  users  frequent' /  require  technical  guidance  and 
assistance  from  the  organization's  OP  community.  This  was 
exo laired  by  ? any  of  the  organizations  that  the  PAMIS  II 
syntax  is  not  logical  and  has  technical  ideosyncracies  that 
the  more  experienced  technician  would  understand,  but  the 
beginner  would  not.  One  representative  explained  it  in 
another  way  by  saying  that  all  users  are  not  logically 
oriented  and  probably  never  will  be. 

As  explained  earlier  P AMIS  II  offers  many  packages 

♦ 

and  additions  to  their  basic  package  to  fit  various  organi¬ 
zational  requirements.  A  few  cf  tie  companies  interviewed 
acquired  most  of  the  additional  packages  offered  by  RAMIS 
even  though  they  have  still  used  them  to  date.  Also  other 
packages  are  simply  more  advanced  copies  of  parts  of  the 
basic  package  adding  a  bit  of  redundancy,  and  the  less 
advantageous  copy  is  never  used.  Other  companies  found  the 
basic  package  so  complete  that  they  constructed  their  own 
libraries  to  augment  the  system  in-house.  Expected  addi¬ 
tions  to  the  present  package  offerings  which  are  eagerly 
awaited  by  the  users,  mentioned  previously,  are  RELATE 
which  will  offer  users  the  advantages  of  a  relational  DB, 
and  the  Formatted  Screen  Manager  which  will  offer  even 
greater  control  cf  the  input/output  computing  environment. 
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RAMIS  II  can  be  operated  in  both  batch  and  real  tine 
environments  and,  according  to  the  companies  questioned, 
does  well  in  both.  Although  the  majority  of  the  companies 
acquired  RAMIS  II  to  serve  in  the  area  of  interactive 
processing  for  ad-hoc  inquiries  and  report  generation,  a 
large  amount  of  batch  processing  was  done  also,  particu¬ 
larly  DB  update.  All  the  companies  developed  and 
constructed  their  cwn  application  programs  to  do  this 
processing,  but  RAMIS  will  provide  that  type  of  service 
upon  reguest. 

All  organizations  agreed  that  SAMIS  II  provided  an 
excellent  product  requiring  little  or  no  debugging.  Their 
estimates  indicated  98  to  99  percent  reliability,  with  the 
1  to  2  percent  error  rate  being  minor  in  nature  and  easily 
corrected.  The  rare  occurrence  or  exception  was  mentioned 
previously  under  Vendor  Support. 

9 .  Improvab ilit y/Pser  Sati sfaction 

This  sec+ior.  deals  with  t he  organizational  view  as 
to  whether  RAMIS  II  was  an  improvement  over  the  previous 
systems  and  if  they  experienced  any  organizational  or  user 
resistance  to  the  new  systems. 

The  opinions  surveyed  all  substantiated  a  vast 
improvement  over  the  previous  systems;  however,  in  most 
cases  RAMIS  II  was  simply  another  tool  for  their  existing 
systems,  not  a  replacement.  These  companies  found  RAMIS  II 
to  be  a  great  addition,  whether  it  was  used  to  access  data 
from  existing  databases  or  to  construct  their  own. 

Oser  resistance  was  almost  nonexistent  with  a  few 
exceptions.  One  organization  covertly  introduced  RAMIS  II 
under  the  noses  of  the  DP  department,  causing  great 
political  resistance  to  the  system  when  the  fact  was 
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learned.  Tr.  that  particular  company  there  is  also  i  fear 
that  the  ncn procedural  product  will  threaten  the  pro-ram¬ 
mer's  job.  Another  company  also  experienced  resistance  to 
the  product,  but  the  resistance  came  from  the  nonprogram¬ 
mers  of  the  organization.  It  seems  that  they  felt  they  were 
being  overburdened  and  being  made  to  do  the  programmers  job 
also.  It  seemed  to  be  more  of  a  cultural  shock.  They  were 
being  trained  to  use  the  computer  and  had  no  desire  to  be 
programmers.  After  the  system  was  installed  and  working, 
and  the  users  became  accustomed  to  i* ,  any  initial  resis¬ 
tance  subsided. 


10.  General 

The  companies  interviewed  did  not  purchase  any 
tailor-made  options  from  a  AMIS  II  although,  as  previously 
mentioned,  they  did  acquire  most  options.  The  most  used 
parts  of  the  system  were  again  dependent  upon  the  particular 
organization's  uses  for  SAMIS  IT  and  the  job  descriptions  of 
the  users.  Most  found  the  NPL  processor  of  greatest  value 
in  the  basic  package.  As  +  he  users  got  further  away  from 
report  generation  and  more  toward  modelling  ar.d  optimization 
analysis,  the  procedural  interfaces  took  on  greater 
importance. 


The  area  of  RAMIS  II  that  was  termed  the  most  error 
prone  was  the  records  management  language.  It  was  not  that 
there  were  errors  in  the  code  or  the  package  committed 
errors,  but  that  the  users  had  the  greatest  problems  in 
that  area.  They  commented  that  the  inordinate  number  of  user 
errors  in  this  area  is  cause  for  concern  and  reason  enough 
to  influence  changes  to  increase  training  and  improve  docu¬ 
mentation  on  the  subject. 

The  last  line  of  questions  in  this  section  inquired 
as  to  users  desires  and  what  recommendations  they  had  for 
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RAMIS  II  to  improve  their  product.  The  majority  of  recom¬ 
mendations  revolved  around  interactive  processing  where  the 
terminal  prompts  the  user  to  determine  what  has  to  he  done 
and  what  the  user  wants.  These  recommendations  called  for 
the  prevision  of  menus  to  prompt/assist  the  users  in  the 
areas  of  error  correction,  a pplication/repcrt  generation, 
and  database  creation/de  sign (structure, forms, keys) .  It 
seems  that  even  with  the  user  friendly/end  user  product  that 
RAMIS  II  provides  now,  the  users  want  something  even  more 
friendly. 

1 1.  Overall  Accessment 

The  opinion  of  all  but  one  of  the  organizations 
surveyed  felt  *hat  RAMIS  II  was  probably  the  best  thing  that 
ever  happened  to  their  company  in  the  area  of  data  proces¬ 
sing.  They  felt  that  productivity  improvements  went  beyond 
the  point  of  increasing  the  productivity  of  individual 
users.  They  felt  that  the  productivities  of  the  companies 
themselves  were  positively  influenced  by  the  use  of  RAMIS 
II. 

These  reports  of  productivity  improvements  are  of 
particular  interest  in  that  many  of  them  vary  in  reference 
to  measurement  criteria.  In  some  companies  the  productivity 
growth  was  gradual  while  in  others  the  results  were  more 
pronounced.  one  representative  noticed  that  to  accomplish 
the  DP  requirements  for  the  company  no  longer  required  the 
hiring  of  additional  personnel.  Along  the  same  lines 
another  manager  was  able  to  decrease  his  staff  requirements 
by  10%. 

Other  companies  estimated  that  individual  produc¬ 
tivity  had  increased  by  a  factor  of  10.  This  figure  was 
arrived  at  by  observations  of  programmer  output  regarding 
the  number  of  xeports/pro grams  which  they  presently  and 
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previously  produced.  Dther  organizations  observed  that 
programs  which  normally  took  6  «;;<s  to  produce  using  proce¬ 
dural  means  could  now  be  coded  and  tested  in  4  days  using 
RAMIS  II.  One  organization  observed  programmers  producing 
systems  a*  10  times  the  previous  rate.  Productivity 
improvement  was  also  evidenced  by  the  programming  backlog 
reduction  within  the  organizations.  All  the  companies 
commented  that  their  backlog  was  being  considerably  reduced 
or  had  been  eliminated. 

Other  performance  measures  were  mentioned  also, 
but  were  nonquan ti f iable  in  nature.  These  measures  included 
things  analysts  doing  analysis  vice  programming  or  clerical 
functions;  increased  user  availability  to  information 
improving  decision  support;  and  increased  user  satisfac¬ 
tion,  the  implication  oeir.g  that  a  happy  user  gets  mr° 
done. 

The  vast  majority  of  companies  stated  chat  RAMIS  II 
met  their  expectations  and  would  continue  to  be  an  integral 
part  of  their  organization.  Many  cf  the  companies  surveyed 
chose  SAMIS  II  as  the  base  nonprocedural  product  available 
at  the  best  price.  These  companies  have  kept  and  currently 
keep  track  of  any  new  developments  in  this  area  and  th® 
computer  industry  in  general,  and  still  believe  RAMIS  II  to 
be  *he  premier  product  available  presently  for  their  users. 
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V.  ANALYSIS  OF  FOCUS 


A.  INTRODUCTION 

As  the  workload  on  data  processing  departments  continues 
to  rise,  organizations  have  taken  a  second  look  at  the 
traditional  approach  to  programming  in  an  attempt  to  survive 
the  deepening  backlog  of  applications  for  user  needs. 
Productivity  increasing  tools  are  the  order.  The  arrival  of 
nonprocedural  languages  rronises  -  -  be  a  ?"r*v>r? 
enhancement  capable  of  improving  the  productivity  of  both 
data  processing  professionals  and  nonprogrammers  through  a 
wide  range  of  design  and  implementation  approaches. 

This  chapter  will  deal  with  the  industrial  response  to 
FOCUS  as  ChaDter  IV  dealt  with  RAMIS  II.  As  in  the  analysis 
of  RAMIS  II,  the  research  for  this  chapter  is  based  upon,  the 
responses  of  organizations  using  FOCUS  to  personal 
interviews  and/or  question airas  in  the  attempt  to  offer 
enlightenment  as  to  whether  the  purposes  for  acquiring  such 
systems  have  been  fulfilled. 

B.  INFORMATION  BUILDERS,  INC.  AND  FOCUS 

Information  Builders,  Inc.  (IBI)  was  established  in  1975 
by  Gerald  Cohen,  now  president  of  IBI,  and  Peter  Mittelman, 
IBI  executive  vice  president,  the  originators  of  the  firs* 
nonprocedural  languages.  In  the  short  time  since  then  they 
have  grown  to  a  company  with  seven  offices  ir.  the  United 
States  and  with  affiliates  in  Japan,  Australia,  Brazil, 
Eaypt,  and  several  European  locations.  A  new  office  is 
scheduled  to  be  opened  in  Toronto,  Ontario  in  the  near 
future.  A  partial  list  of  FOCUS  using  organizations  is 
listed  in  Appendix  E. 


65 


J 


Their  product,  the  nonprocedural  language  FOCUS,  is  a 
high-level,  user-friendly,  easily  understandable,  Fn-rlish 
language  inf cr aati cr.  control  system  which  has  extensive 
facilities  for  complete  applications  systems  development, 
including  comprehensive  report  generation,  file,  and  data 
base  management  capabilities.  FOCUS  contains  facilities  for 
describing  both  simple  and  complex  interconnected  files;  for 
entering,  changing,  and  deleting  records  in  the  files;  and 
for  preparing  reports  from  information  in  the  files.  The 
purpose  cf  FOCUS  is  to  control  an  entire  application  and 
thereby  reduce  tie  need  for,  or  replace,  computer  program- 
o  s vst  i c  i. t.  C3.r.  ^  y»v 

non-programmers  cis  well  as  programmers.  FOCUS  runs  on  IBM 
370,  4300  and  larger,  or  equivalent  mainframes  operating 

under  VK/CHS  0r  under  MVS  with  TSO,  Tics,  cr  IKS-DC. 

IBI's  sales  revenue  has  doubled  each  year,  and  they 
presently  rank  in  the  top  10X  of  all  software  houses.  To 
date  in  1932,  131  has  soli  approximately  420  in-house  copies 
of  FOCUS,  and  an  additional  400  copies  have  been  utilized  cn 
a  time-share  basis.  131  expects  to  reach  the  500  copy  point 
for  in-house  systems  by  the  end  of  the  year ,  and  their  mark¬ 
eting  personnel  project  reaching  the  1000  point  for  1983. 

IBI's  marketing  strategy  is  still  developing,  they  are 
realizing  that  selling  a  product,  no  matter  how  great  it  is, 
requires  the  "promotional  push"  along  with  their  good  inten¬ 
tions.  Their  printed  material,  including  their  promotional 
literature  as  well  as  their  user's  manual,  language  primer, 
and  other  documentation,  is  presentable,  easy  to  read  and 
understand,  and,  of  course,  paint  a  glowing  picture  of 
FOCUS'  abilities.  In  fact,  the  FOCUS  user's  manual  is  a 
text  sized  paperback,  a  pleasantly  portable  alternative  to 
the  IBM  three  ring  binder  approach.  However,  several  other 
nonprocedural  languages  whose  capabilities  do  not  match 
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those  of  FOCUS  are  presented  ir.  quits  appealing  marketing 
packages,  which  could  feasibly  draw  the  potential  customer's 
attention  away  from  the  issues  at  hand  and  towards  an  infe¬ 
rior,  or  at  least  less  powerful,  system.  IBI  holds  regular 
promotional  seminars  throughout  the  country.  A  general 
consensus  of  people  attending  a  San  Francisco  seminar  in 
October  1982  was  that  it  was  too  Long  and  too  detailed. 
Instead  of  presenting  general  concepts  and  capabilities,  the 
speaker  went  in*o  the  intracies  of  actually  writing  FOCUS 
queries.  After  four  hours  of  the  same  speaker,  many  in  the 
audience  had  lost  their  enthusiasm  and  interest. 
Additionally,  IBI  maintains  both  a  hot-line  and  the  recently 
introduced  help-line  to  aid  in  solving  customer  difficulties 
with  the  system.  Previously  the  hot-line  answered  all 
customer  inquiries.  But,  they  found  that  the  hot-line  was 
being  swamped  with  calls  and  technical  experts  were  spending 
time  answering  lower  level  inquiries.  The  help-line  now 
addresses  the  "run-of  the  mill"  fype  of  questions  from 
users:  inquiries  of  a  more  demanding  nature  are  referred  up 
tc  the  hot-line  for  resolution.  Sow  with  the  help-line 
taking  care  of  routine  problems,  the  experts  can  devote 
their  time  to  more  difficult  inquiries. 

FOCUS  offers  an  extensive  list  of  capabilities  and  has 
an  impressive  list  of  customers  for  the  short  time  that  they 
have  been  active  in  the  market  place. 

Personnel  at  IBI  are  dedicated  professionals,  albiet 
prejudiced  concerning  FOCUS,  but  truly  committed  to  their 
product  and  their  customers.  They  were  found  to  be  know¬ 
ledgeable  and  helpful  and  quits  eager  to  answer  all 
questions  about  FOCUS. 
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1.  The  3as i c  FOCUS  System 

Basic  features  of  the  system  are  as  follows: 

a.  The  FOCUS  data  base  allows  files  no  be  struc¬ 
tured  in  a  number  of  ways  including  aierarchical,  multipath 
hierarchical,  network  linked,  aad  cross-referenced. 
Multiple  entry  point  and  file  inversion  are  possible  at  any 
level.  Additionally,  any  field  can  be  indexed  at  any  level. 

b.  Online  operation  with  interactive  error  correc- 

tio  n. 

c.  A  user-friendly  English-1 ike  language  for  speci¬ 
fying  and  controlling  all  facilities  and  functions. 

c.  A  comprehensive  guery  and  reporting  capability 
for  ad  hoc  queries  and  custom  reporting. 

e.  A  Dialogue  Manager  component  to  assist  in  devel¬ 
oping  pr cmpt-dr i ven  interactive  procedures. 

f.  A  shared  structure  data  case,  supporting  bot.n 
simple  and  complex  multipath  and  network  structures. 

g.  An  easy  to  use  transaction  processing  language 
for  data  base  input,  maintenance,  validation,  computation 
and  logging. 

h.  An  interactive  data  base  editor  for  file 
browsing  and  records  management. 

i.  The  ability  to  process  25AM,  VSAM,  or  ISAM  files 
as  well  as  FOCUS  data  base  files. 

2.  Opt ianal  FOCUS  coagoneq  ts 

a.  FOCUS/GRAPHIC3  for  production  of  high  resolution 
graph  forms  including  histograms,  bar  charts,  point  plots, 
pie  charts,  and  scatter  diagrams.  It  is  useable  on 
terminals,  color  CRT’s  and  flatbed  plotters. 
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b.  FOCUS/Starist ics  for  interact ive  statistical 
functions,  including  tins -series  anal/sis,  regressions, 
crosstabs,  and  correlations. 

c.  FIDEL  for  full-screen  327x  data  entry/data 
display  applications. 

d.  FOCOS/HLI  for  diract  access  to  FOCUS  files  from 
programs  written  in  COBOL,  FORTRAN,  PL/1,  or  3AL. 


e.  FOCOS/FML  for  production  of  row-oriented  finan¬ 
cial  documents  a  r.d  reports. 

f.  Interfaces  for  processing  records  from  IMS, 
IDMS,  TOTAL,  and  ADABAS  data  base  structures.  The  objective 
of  these  interfaces  is  to  extend  to  the  r.on-FOCUS  data  bases 
all  the  facilities  of  the  FOCtJS  query  language  in  a  manner 
transparent  to  the  user.  All  FOCUS  features  which  require 
read-only  access  to  data  are  supported:  printed  reports, 
graphs,  statistical  analysis,  catalogued  prrcedures  (tns 
dialogue  manager),  and  the  MATCH  command,  which  combines 
data  from  several  unrelated  sources  into  one  report. 

3.  Future  FOCUS  Components 

a.  IB  I  generates  enhancements  on  an  as-developed 
basis.  They  generally  do  not  charge  their  customers  for 
these  enhancements  which  are  sent  automatically,  along  with 
documentation.  Major  FOCUS  releases  are  produced  approxi¬ 
mately  every  6-9  months. 

b.  The  big  news  for  FOCUS  is  that  it  is  targetted 
to  be  available  cn  the  IBM  personal  computer  (PC)  by  summer 
1983.  Features  will  include  capabilities  for  both  uploading 
of  PC  written  applications  and  data  to  the  mainframe  as  well 
as  downloading  cf  programs  and  data  from  the  mainframe  to 
the  PC.  One  shipping  industry  executive  stated  that  when 
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this  capabiltiy  'becomes  a  reality,  he  intends  to  bay  a 

SGUa  j.  CC  Hip  U  ~  S  'Zf  Z.Z  ZOZ  ZiC  OX.ZicsZ  ‘saSOFif  S3  t.  hi.  T.  .“c  Ca.’. 

still  have  working  copies  of  data  aid  programs  in  the  event 
of  a  mainframe  system  crash. 

4 •  IQCUS  Training 

In  addition  to  their  basic  system  and  optional 
add-ons.  Information  Builders  offers  training  at  various 
levels,  ranging  from  basic  oeginasrs  classes  to  advanced 
processing  classes.  Individual  and  group  training  are 
available  at  individual  and  package  rates,  and  can  be 
cor.  duct  sc  a-  their  offices  or  on-site.  On-site  training  is 
the  preferred  since  the  students  will  be  trained  on  the 
equipment  with  which  they  will  be  working.  131  does, 
however,  have  ample  training  space  and  hardware  for  mean¬ 
ingful  training  cn  their  premises.  \  course  listing  and  fee 
schedule  is  provided  in  Appendix  F.  In  addition  to  formal 
trainer. a  and  regular  system  enhancements,  131  completes 
their  support  package  witn  technical  expertise,  application 
assistance  service,  ar.d  consultant  services.  131  promises 
that  a  customer  will  never  encounter  a  situation  where  a 
call  for  help  will  not  receive  full  and  satisfactory 
response.  In  the  event  of  a  system  difficulty,  cus-omers 
are  directed  to  call  and  ask  for  technical  help  and  to 
expect  to  receive  an  immediate  response.  IBI  pledges  to 
stand  totally  behind  its  system  and  service  responsibili¬ 
ties,  stating  that  a  FOCUS  warranty  is  forever. 

C.  THE  FOCOS  0SEHS  GBOUP  ( FOSE) 

FOCUS  users  are  enthusiastic,  to  say  the  least,  about 
the  language,  so  much  so,  that  they  have  formed  a  FOCUS 
Users  Group  (FUSE)  which  holds  quarterly  regional 
conferences,  a  nationwide  annual  conference,  and  has  a 
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newsletter — all  for  the  purpose  of  making  recommendations 
for  improvements  and  enhancements  back  to  Information 
Builders  for  future  FOCUS  versions.  FOCUS  users  were  more 
than  pleased  with  the  package.  All  felt  that  it  had  at 
least  met  their  organizations  present  requirements  and  anti¬ 
cipated  that  it  would  continue  to  meet  future  requirments. 
Host  users  believe  that  it  exceeded  their  needs  but  that  the 
excess  capability  was  sure  to  be  used  in  the  future.  No 
user  felt  that  FOCUS  fell  short  of  their  organization's 
present  information  processing  requirements. 

D.  ANALYSIS  OF  INDUSTRIAL  RESPONSE  TO  FOCUS 

Facets  of  the  user  response  to  FOCUS  will  be  grouped 
under  the  same  headings  used  in  the  previous  chapter. 
Overall  ratings  of  companies  using  nonprocedural  languages 
are  listed  in  Table  VII  in  Chapter  VII. 

1 .  Implementation 

The  almost  unanimous  reason  fcr  choosing  the 
nonprocedural  language  approach,  and  FOCUS  in  particular, 
was  the  ease  of  use  and  efficiency  of  the  report  generation 
facilities.  These  attending  the  FOCUS  promotional  seminar 
stated  that  their  uppermost  concern  in  digging  their  way  out 
of  their  paperwork  backlogs  was  to  obtain  an  efficient  and 
speedy  repor*  writer.  Other  features  frequently  cited  for- 
choosing  FOCUS  over  other  languages  considered  were  the 
database  management  features  and  the  full  screen  editor, 
FIDEL.  Most  organizations  looked  at  only  two  or  three  other 
languages  before  actually  choosing  FOCUS,  in  the  opinion 
that  they  had  a  representative  sample  and  that  much  more 
comparison  would  be  time-consuming  overkill. 

The  main  use  of  the  system  is,  as  stated  earlier, 
report  generation  in  a  wide  variety  of  applications.  For 


71 


4 


example,  the  City  of  Fresno,  California,  uses  FOCUS  for  ai 
hoc  payroll  reports,  budget  preparation,  tax  computations, 
business  and  dog  licenses,  accounts  payable,  city  clerks' 
bid  and  contract  reports,  building  permits  and  inspection 
reports,  parking  citations,  paramedic  information,  and  city 
attorney  case  histories,  to  name  a  few.  Generally,  FOCUS 
was  found  to  be  used  for  70-85%  of  any  given  organization's 
data  processing  needs.  Companies  using  FOCUS  varied  widely 
in  size  and  in  both  the  number  and  proportion  of  employees 
using  the  language.  These  differences,  of  course,  had  an 
impact  or.  the  speed  with  which  FOCUS  was  integrated  into 
their  operating  cycle.  Getting  into  full  rperntir.g  swir.c 

with  FOCUS  was  quite  variable  from  one  organization  to 

another,  dependent  on  the  volume  of  the  backlog  and  the 
extent  of  applications  utilizing  FOCUS.  Generally,  The 
learning  curve  seems  to  start  quickly  and  gradually  taper 

off  after  a  few  months,  followed  by  new  things  to  learn  as 

improvements  zo  the  package  and  inputs  from  other  users  are 
received.  No  reductions  in  manpower  have  been  experienced 
both  because  of  the  backlogs  to  be  cleared  out  and  because 
of  significant  increases  in  applications  and  reports 
requested  by  users  in  response  to  FOCUS  capabilities.  The 
shortest  time  span  for  "full  swing"  operations  was  approxi¬ 
mately  three  months;  the  longest  was  experienced  by  a 
company  who  has  has  FOCUS  for  one  year  and  is  not  in  "full 
swing"  as  yet.  A  company  representative  stated  than  their 
backlog  was  so  overwhleming  that  they  expected  to  take  more 
than  a  year. 

2.  H  lining 

All  organizations  interviewel  opted  for  the  on-site 
training  both  because  it  was  more  cost  effective  and  time¬ 
saving  and  because  their  employees  would  be  training  in 
familiar  surroundings.  Basic  report  generation  and  file 
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management  instruction  which  comes  with  the  package  as  well 
as  the  ten  day  cn-site  consultant  provided  a  satisfactory 
start-up  in  the  opinion  of  most  companies.  The  more 
advanced  training,  as  would  be  expected,  was  chosen  only  for 
a  select  few  higher  up  in  the  companies'  data  processing 
echelon.  Host  companies  plan  to  have  more  employees  attend 
IBI  basic  training  courses  at  3-6  month  intervals. 
Companies  were  split  about  50-5  0  on  the  subject  of  internal 
training.  While  all  the  companies  had  at  least  one  employee 
known  as  the  "resident  expert,"  only  about  half  of  them 
expected  to  use  this  parson  to  actually  train  other 
employees  in  the  use  of  FDD  US.  The  other  half  had  no  such 
plans.  However,  this  well  may  be  a  function  of  personali¬ 
ties  or  personal  preference  on  the  part  of  the  resident 
expert,  who  were  all  of  the  opinion,  as  stated  by  one  of 
them,  "There's  no  way  I'm  spending  my  time  teaching.  It 
makes  more  sense  to  bring  IBI  here  for  a  couple  of  days. 
I'm  not  going  tc  do  it!"  During  the  training  and  start-up 
phases,  companies  experienced  slight  increases  in  their 
backlog  but  were  not  concerned  over  it.  The  attitude 
was--"What's  another  couple  of  days  really  going  to  matter?" 
They  viewed  the  negligible  step  backwards  as  a  small  price 
to  pay  for  the  substantial  steps  forward  which  they  expected 
to  experience. 

3.  Lgaraafeililz 

General  concepts  of  the  language  were  guickly 
learned.  As  would  be  expected,  the  ease  of  learning 
decreased  as  the  difficulty  of  the  application  increased. 
When  more  statements  are  required  to  complete  a  query,  the 
situation  presents  mere  opportunites  for  mistakes  in  syntax, 
formatting,  logical  thought  and  sequencing.  Actual  reten¬ 
tion  of  the  language  has  been  found  to  be  reinforced  by 
repetitive  use.  Frequent  referral  to  the  user's  manual  is 
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experienced  in  the  initial  stapes.  with  continued  use  of 
the  system,  mar.  ual  usage  decreases  to  the  point  where  in  is 
only  referred  to  in  the  event  of  a  .new  or  infrequently  used 
application.  Learnability  was  found  to  be  satisfactory  to 
those  with  reasonable  expectations,  but  somewhat  disap¬ 
pointing  to  those  with  admittedly  high  expectations.  It 
also  appears  that  those  with  no  programming  background  do 
not  have  a  significantly  longer  or  more  difficult  time 
learning  the  basics  of  the  system  than  their  programming 
counterparts.  No  data  is  available  on  a  comparison  of  more 
complex  applications  simply  because  companies  have  reserved 
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4.  Document  ation 

Overall  evaluation  of  vendor  documentation  content 
was  excellent.  However,  the  general  opinion  of  the  documen¬ 
tation  set-up  was  was  fair  to  poor.  The  documentation  is 
easy  to  understand  but  suffers  from  being  too  concise, 
insufficiently  labeled,  not  covering  all  relevant  matters  in 
sufficient  detail,  and  lacking  cohesion  between  features. 
For  example,  there  is  no  index  in  the  FOCUS  primer.  The 
examples  offered  in  the  user's  manual  are,  as  would  be 
expected,  of  a  very  general  nature,  and,  therefore,  lack  any 
absolute  applicability  to  any  one  organization's  applica¬ 
tions.  But,  there  are  not  enough  examples  of  complex 
queries.  Users  felt  that  the  manual  could  be  expanded  to  at 
least  another  volume,  perhaps  even  two  more,  in  order  to 
include  more  examples.  The  examples  in  the  basic  demo  are 
relatable  to  actual  applications  but  just  are  not  the  same 
as  specialized  applications. 
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5  •  1SL&2Z.  S  upport 

Customers  have  found  IBI  to  be  very  supportive. 
System  delivery  was  or.  schedule  for  the  most  part,  the 
systems  has  performed  as  expected,  and  responsiveness  to 
considerable  hot -line  and  help-line  traffic  has  been  quick 
and  thorough.  Custoaers  have  found  themselves  to  be  making 
heavy  use  of  the  two  lines  after  initial  installation,  aver¬ 
aging  several  calls  per  week.  Hot-line  usage  lessened 
dramatically  after  personnel  gained  experience  with  the 
system,  lowering  the  average  to  one  call  every  two  to  three 
w^eks.  Customers  were  imoressed  with  both  the  speed  and  the 
accuracy  of  the  responses  received  from  the  help  facilities, 
especially  since  the  inceDtion  of  the  two  line  concept.  All 
companies  stated  that  they  have  found  "bugs"  in  the  system 
and  that  IBI  was  always  responsive  to  their  notification  of 
such  problems.  They  could  not  be  fixed  overnight,  but  users 
felt  that  IBI  wasted  no  time  in  offering  at  least  a  tempo¬ 
rary  fix,  while  working  or.  a  permanent  correction. 
Additionally,  users  stated  that  T3I  notified  other  users  of 
the  potential  problem.  It  should  be  pointed  out  that  users 
were  not  significantly  inconvenienced  by  these  "bugs."  As 
one  user  stated,  "All  systems  have  bugs,  it's  just  a  matter 
of  time  before  you  run  into  them."  Indeed,  one  of  the  laws 
of  software  design,  the  law  of  cybernetic  entomology, 
states,  "There  is  always  one  more  bug."  The  point  is  that 
"bugs"  do  occur  hut  that  so  far  nothing  of  monumental  impor¬ 
tance  has  been  affected.  The  "bugs"  can  be  navigated  around 
or  corrected  by  an  in-house  fix  or  vendor  correction. 

6 •  Hardw are /Sup port  Conversion 

FOCOS  does  require  considerable  memory,  a  minimum  of 
450  K  for  the  basic  system.  All  companies  interviewed  had 
suitable  IBM  mainframes  (37  0,  3033,  or  4300  series)  prior  to 
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and  none 


acquisition  of  FOCUS,  and  none  required  required  any  hard¬ 
ware  conversions  or  peripheral  purchases  to  employ  the  r,n,''JS 
system.  Companies  view  the  FDCOS  system  as  worth  the  *xtra 
outlay  of  funds.  If  additional  memory  or  other 
conversicns/support  became  necessary,  they  would  have  no 
qualms  about  obtaining  it.  The  alternative  of  disposing  of 
FOCUS  would  not  be  considered. 


7  .  Security  /Access 

FOCUS  operates  completely  within  the  security  and 
access  controls  already  in  operation  in  a  company's  opera¬ 
ting  system.  Additionally,  it  offers  password  control, 
command  control,  read-write  access,  and  access  authorization 
down  tc  the  field  level.  Customers  have  expressed  satisfac¬ 
tion  wi-*-h  the  security  aspects  of  the  FOCUS  system.  Several 
mentioned,  however,  the  questionable  security  measures 
inside  the  organization  posed  the  fact  that  many  users  tape 
their  passwords  to  their  terminals  so  they  won't  forget 
them!  It  was  found  that  the  smaller  the  company  was  and  the 
fewer  people  having  access  tc  the  system,  the  less  concerned 
management  was  with  security/access  aspects  of  the  operating 
system  in  general,  and  of  FOCUS  in  particular. 

8  •  Performance 

while  r.o  one  software  tool  can  be  the  optimum  choice 
for  all  people,  FOCUS  has  been  well  accepted  by  all  levels 
of  workers.  The  limited  main  vocabulary  and  easy  under- 
standability  of  the  language  make  it  an  acceptable  tool  for 
the  beginner,  while  tha  more  complex  capabilities  allow  the 
more  experienced  user  soma  flexibility.  Thus,  beginners  are 
not  frustrated  with  complexities  and  more  advanced  users  are 
not  limited  by  simplicity.  FOCUS  can  be  as  simple  or  as 
complex  as  the  user  wishes  to  view  it.  It  is  for  this 
reason  that  organizations  feel  that  the  implemetation  of  the 
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lanquaae  has  set  with  a  minimum  of  user  resistance.  In  this 
same  vein,  the  add-on  packages,  such  as  graphics  or  statis¬ 
tical  modeling,  have  given  added  flexibility  to  programming 
applications.  Most  all  of  the  companies  interviewed  had 
purchased  at  least  two  of  the  optional  packages,  although 
the  evaluations  cf  their  usefulness  was  varied.  Some  organ¬ 
izations  swore  by  the  graphics  package,  while  others  had 
found  that  they  did  not  have  the  applications  bulk  to 
support  its  purchase,  or,  in  one  case,  that  the  package  was 
just  too  limited  for  their  particular  needs.  Similar 
resoonses  were  received  on  the  FIDEL  package;  some  companies 
rave  over  it,  a  few  others  just  don't  use  it.  As  is  the 
case  with  RAMIS  II,  FOCUS  can  be  operated  in  both  batch  and 
real  time  environments,  and  performs  reliably  in  both.  Most 
applications,  however,  are  done  ir.  interactive  sessions  for 
ad-hcc  queries,  data  entry  and  retrieval,  and  report  genera¬ 
tion,  while  batch  processing  is  mainly  reserved  for  weekly 
or  monthly  functions  such  as  database  update  and  certain 
summary  reports. 

9 .  Improvability/Usec  Satis  faction 

Without  exception,  all  organizations  interviewed 
expressed  very  positive  evaluation  of  the  effects  on  produc¬ 
tivity  brought  about  by  the  use  of  FOCUS.  Except  in  one 
case  where  FOCUS  was  specifically  purchased  to  replace 
another  DBMS,  FCCUS  was  being  used  to  augment  the  already 
existant  data  processing  facilities,  albeit  to  a  large 
degree  in  some  organizations.  By  far  the  most  widely  used 
host  language  is  COBOL,  but  many  companies  also  use  FORTRAN, 
PL/1,  or  SAS.  It  has  already  been  pointed  out  that' 
nonprocedural  languages  can  offer  significant  reductions  in 
time  over  procedural  languages  when  the  applications  are 
applicable.  It  must  be  remembered  that  there  are  those 
applications  for  which  nonprocedural  languages  are  not  the 
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most  efficient  or  sensible  route  to  fcake.  They  have  r.o:  yet 
marked  the  death  of  traditional  procedural  languages.  There 
was  r.o  user  resistance  to  speak  of  concerning  the  implemen¬ 
tation  of  FOCUS.  Actually,  most  of  the  new  "programmers" 
felt  a  kind  of  status  associated  with  using  a  computer 
terminal.  The  actual  programmers,  of  course,  had  their  own 
terminals,  and  expectedly  found  this  to  be  an  absolute 
necessity.  Initial  hesitance  towards  using  the  machine  was 
quickly  overcome  when  the  nonprogrammers  realized  how  easy 
it  was  going  to  be,  and  how  quickly  they  would  be  able  to 
produce  results.  In  short,  user  resistance  is  not  a 
concern. 

1 0.  General 

FOCUS  basic  features  and  optional  packages  obvi¬ 
ously  have  provided  users  with  enough  capabilities  from 
which  to  choose.  None  of  the  users  had  even  considered 


asking  for  any 

t  aiicr-made 

fear 

ures. 

Some  users 

felt  that 

they  had  more 

capabilities 

at 

the 

present  time 

than  they 

fully  realized 

and  had  no 

need 

for 

anything  else. 

Nc  or.= 

particular  feature  of  the  system  could  be  singled  out  as 
more  error-prone  than  any  of  the  others.  As  mentioned 
earlier,  the  more  complex  the  query  or  application  became, 
the  more  error-prone  it  became.  This  is  a  function  of  the 
application  complexity,  though,  not  of  the  language  features 
themselves.  Users  are  most  anxious  to  see  improvements  in 
the  quality  of  the  documentation  more  than  any  of  the 
features  of  the  language  capabilities  themselves.  Users 
express  satisfaction  with  the  functioning  of  the  system  but 
want  a  more  wel  1- document 3 d  library  of  user  information  to 
enable  them  to  reap  the  benefits  of  all  the  capabilities  of 
their  system. 
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11.  Over al 1  assessment 

Respondents  unanimously  fair  that  FOCUS  had  caused 
an  improvement  in  productivity,  although  none  of  the  respon¬ 
dents  had  conducted  empirical  studies  on  the  matter.  FOCUS 
users  explained  that  they  simply  knew  they  were  getting  work 
done  much  more  quickly  than  they  would  have  without  FOCUS. 
Calling  upon  experience  with  other  systems,  users  compared 
the  expected  man  hours  for  job  completion  against  the  much 
lower  actual  man  hours  employed  using  FOCUS,  as  the  determi¬ 
nant  of  the  rise  in  productivity.  Various  means  of 
estimation  were  employed,  and  varied  from  company  to 
company.  One  manager  estimated  tiat  a  FOCUS  application 
which  took  him  one  and  a  half  days  to  complete  would  have 
taken  6  months  in  COBOL.  Another  manager  calculated  a 
rise  in  the  physical  output  of  his  division.  Yet  another 
stated  that  he  was  at  the  pcint  of  needed  additional 
employees  to  keep  up  with  all  the  organization's  require¬ 
ments.  The  introduction  of  FOCUS  alleviated  the  burden  so 
that  additional  hiring  was  not  needed.  Users  also  varied  in 
the  area  of  pre-ourchase  feasibility  studies.  They  fell 
into  basically  two  categories: 

•  those  who  did  conduct  comparisons 

•  those  who  had  used  FOCUS  before  and  wanted  it  again 

As  mentioned  earlier,  those  organizations  actually 
conducting  comparisons  limited  themselves  to  a  very  few. 
Those  comprising  the  second  group  were  the  most  enthusiastic 
about  FOCUS.  They  had  used  FOCUS  at  another  organization 
and  found  it  to  be  a  system  which  worked  so  well  for  their 
applications  that  they  felt  neither  the  need  to  run 
comparisons  with  other  languages  nor  to  do  a  feasibility 
study. 
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FOCUS  features  and  capabilites  are  abundant  arc  areal: 
be  more  than  adequate  for  fhe  average  user  Larue  user  s  wit h 
complex  and  rigorous  requirements  pose  a  challenge  *o  FOCUS 
capabilities;  however,  they  seem  to  be  meeting  i*.  For 
example,  an  industrial  conglomerate  maintains  its  corporate 
data  base  with  FOCUS,  Pacific  Telephone  has  over  5000 
employees  trained  and  using  FOCUS,  and  Home  Box  Office  (HBO) 
uses  FOCUS  ■‘ro  support  the  majority  of  its  development  needs. 
The  two  weaknesses  in  the  language  are  apparently  its  lack 
of  reentrancy  and  its  inability,  until  recently,  to  support 
concurrent  updating.  The  latter  became  available  with  the 
latest  version.  However,  users  did  not  seem  no  be  troubled 
by  these  limitations.  In  general,  FOCUS  users  seem  to  be  a 
group  rather  adamant  about  the  language.  The  forming  of  a 
user's  group  completely  independently  of  the  vendor  is  an 
example  of  such  dedication.  Bearing  in  mind  that  a  company 
is  not  about  to  denigrate  a  product  which  it  has  just  spent 
a  considerable  amount  of  funds  to  purchase,  the  positive 
reactions  cf  the  FOCUS  using  organizations  would  be 
expected.  But  •‘•he  users  freely  expressed  their  discontent, 
little  thouoh  it  was,  over  matters  such  as  the  documentation 
cr  the  inconvenience  of  system  "bugs."  All  in  all,  the 
users  are  very  pleased  with  their  systems  and  have  stated 
that  FOCUS  would  be  their  choice  if  they  had  to  choose 
again.  It  would  appear  that  such  loyalty  has  beer,  earned  by 
IBI,  both  through  its  effective  product  which  apparently 
delivers  as  promised  and  through  the  dedication  to  its 
customers  that  it  exhibits  in  its  support  functions. 
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VI .  COSTS  AND  BENEFITS  ANALYSIS 


A.  INTRODUCTION 

This  chapter  of  the  thesis  will  deal  with  the  analysis 
of  the  costs  and  benefits  associated  with  the  nonprocedural 
product.  It  will  not  be  a  numerical  analysis  to  determine 
whether  an  organization  with  X  users,  Y  programmers,  Z 
systems  analysts,  and  a  *rwo  and  half  year  programming 
backlog  should  acquire  a  nonprocedural  product  or  hire  more 
programmers.  It  will  not  be  an  attempt  to  establish  the 
ooportunity  cost  of  a  nonprocedural  product  for  a  particular 
organization  at  a  particular  time.  Although  periodic  infer¬ 
ence  may  be  made  tc  cost  trends  in  the  data  processing 
arena,  there  will  be  r.o  quantifiable  comparison  or  determi¬ 
nation  made  as  to  whether  one  should  or  should  net  acquire 
or  use  a  nonprocedural  language  and  i*s  associated  software. 

Instead  this  chapter  will  list  end  discuss  what  are 
generally  associated  as  the  costs  and  benefits  of  the 
nonprocedural  products  from  initial  considerations  to 
acquire  the  Droduct  to  the  actual  product  usage.  Some  costs 
and  benefits  are  quantifiable,  some  are  not.  Some  deal 
with  the  social  aspects  of  computer  usage,  some  deal  with 
computer  resource  management,  and  still  others  deal  with  the 
theme  of  this  thesis,  productivity.  From  the  following 
ansiysis  and  discussion  questions  about  the  positive  and 
negative  aspects  of  the  nonprocedural  languages  will  be 
clarified  and  answered. 
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B.  COSTS 


Companies  considering  acquisition  of  a  nonprocedural 
programming  language  and  the  software  that  accompanies  it 
have  alot  more  to  think  about  than  the  price  lists  associ¬ 
ated  with  the  product.  They  must  also  consider  the  impact 
on  their  present  system,  its  effect  on  resource  usage,  how 
the  efficiency  of  the  product  will  additionally  effect 
resource  usage;  how  much  if  any  additional  hardware  or 
storage  requirements  will  be  needed,  or  will  a  new  computer 
be  needed;  how  much  training  will  be  needed  to  achieve  the 
desired  level  of  expertise;  will  *rhe  tew  system  work  well 
with  existing  computer  systems;  and  while  training  ana 
implementation  is  being  ac complished ,  how  will  it  effect 
the  firms  operations  and  the  programming  backlog.  All  these 
items  are  costs,  but  through  further  discussion  they  will 
take  on  a  new  light  and  an  even  newer  significance. 

As  can  be  seen  by  the  price  lists  of  RAMIS  II  ar.i  FOCUS 
in  Appendices  D  and  G,  the  direct  costs  of  these  systems 
are  qui^re  substantial.  Only  organizations  that  car.  trulv 
benefit  from  these  systems  look  beyond  this  point  whic.n  is 
indicative  cf  the  amount  of  DP  that  the  acquiring  organiza¬ 
tions  do.  These  are  only  the  truly  visible  costs.  Although 
all  costs  must  be  considered  and  taken  into  account  prior  to 
acquisition,  many  of  the  costs  of  the  nonprocedural  product 
are  not  as  visible.  The  following  paragraphs  will  shed  more 
light  or.  this. 

One  of  the  first  items  of  cost  to  consider  is  the 
various  costs  associated  with  training.  As  in  the  case  of 
RAMIS  II  and  FOCUS  again.  Appendices  3  and  F,  training 
costs  are  substantial  but  necessary.  Without  adequate 
training,  the  system  goes  idle  and  is  useless,  incurring 
additional  cost.  Even  with  adequate  training  the  costs  of 
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instruction  are  only  part  of  the  cumulative  training  tests. 
The  users  that  rust  sit  through  the  classes  are  lest  for 
that  period  of  time.  The  organization  must  plan  for  this 
manpower  loss  as  not  to  upset  operations  even  further. 
Companies  that  plan  on  conducting  their  own  training  must 
consider  the  costs  of  hiring  instructors  or  the  loss  of 
manpower  that  will  accompany  training  their  existing  staff 
to  accomplish  this  function.  Sven  after  all  the  classes  are 
over,  there  is  additional  training  and  consultation 
services  that  must  be  accomplished  prior  to  having  the 
system  up  to  full  or  expected  capability. 

The  next  item  of  cost  is  the  NPL  and  its  associated 
software,  and  ultimately  its  effect  on  resources.  The 
following  excerpts  from  an  article  from  Datamation  should 
relay  the  general  opinion  regarding  this  usage. 

Ccmpu-er  resource  usage  is  high.  A  ugl*  uses  up  to  503 
more  computer  resources  than  does  a  3GL  Derforming  an 
eauivalent  function. 


The  computer  using  a  USL  must  have  virtual  memory  and 

high-speed  I/O  handling.  Fast  I/O  is  essential . the 

major  UGLs  are  megabyte  programs,  so  virtual  memory  is 
mandatory  until  someone  burns  one  into  a  ROM.  fRef.  29: 
p.  116] 


It  is  true,  and  there  is  no  arguing  that  the  NPLs  and 
.their  related  software  use  a  great  amount  of  computer 
resources  compared  to  the  structured/procedural  languages. 
Some  organizations  would  have  to  consider  acquiring  more 
memory  ar.d  storage  capacity,  others  would  have  to  acquire 


*  4GL  refers  to  the  4th  Generation  Languages,  or 
Nonprocedural  Languages,  referred  to  in  this  paper 
such  as  NOMAD,  FOCUS,  AND  RAMIS  II. 
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equipment  to  increase  speed  cf  I/O,  and  still  ethers  weald 
require  new  systems  due  to  the  fact  that  many  KPls  are 
restricted  to  certain  types  of  manufacturers  and  hardware. 
Many  times-  these  drawbacks  do  not  occur  or  are  overcome  very 
easily.  Considering  the  amount  of  processing  that  needs  to 
be  done  to  justify  acquiring  these  systems,  in  the  majority 
of  cases,  organizations  do  not  need  any  hardware  additions 
or  conversions  to  support  the  new  system.  In  regards  to  the 
aspect  of  speed  of  I/O,  managerial  control  and 

reservation/assignment  of  resources  can  make  this  problem 
unnot iceable.  An  example  of  this  was  noted  with  the  use  of 
RAMIS  at  Citibank,  New  York. 

Per  some  applications,  CPU  time  has  been  cut  by  72%  and 

disc  I/O  by  84*  [Hef.  30:  p.  83]. 


By  keeping  track  of  the  use  of  resources,  the  various 
application  usage,  and  the  volume  and  periodicity  of  usage; 
certain  widely-used  applications  can  be  permanently  put  in 
memory  cr  put  cn  direct  access  devices  to  make  better  use  of 
resources  and  ensure  that  overburdening  the  system  does  not 
occur.  This  is  an  area  that  must  seriously  be  considered  by 
the  management  of  the  computer  installation,  and  is  also 
dependent  upon  other  computer  considerations. 


Also  in  the  area  of  resource  usage  is  the  fact  that  the 
NPL  was/will  be  acquired  to  save  the  time  of  pregrammmer s. 
Throuqh  the  use  of  the  NPL  and  the  software,  the  computer 
is  doing  the  work  of  the  programmer. 


....we  have  found  out  that  the  increased  overhead  aver¬ 
ages  10%  to  30%  and  is  primarily  dependent  upon 
transaction  volume,  access  method,  and  record 
screening  criteria.  The  root  of  the  problem  is  actually 
_  major  benefit  of  the  4GL-  4GLs  sake  the  computer  do 
alot  of  the  drudge  work  that  the  3GLs  make  people  do. 
[Bef.  29:  p.  116] 
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Continuing  with  this  view  of  resource  usage  as  an  evalu¬ 
ation  of  human  versus  computer  efficiency,  one  must 
consider  the  amount  of  time  and  resource  usage  a  programmer 
using  structured/procedural  methods  would  normally  use. 
Where  a  programmer  can  write  a  program  using  an  NPL  which  is 
written  and  tested  in  a  matter  of  days,  the  programmer  using 
prescribed  structural  methods  will  take  weeks  and  possibly 
months  to  write  and  debug  a  program  that  does  the  same 
thing.  The  CPtJ  time  to  execute  the  numerous  simple  state¬ 
ments  which  make  up  the  NPL  application  will  take  9  CPU 
minutes  while  the  structured  program  will  take  20  CPU 
minutes  to  execute  a  few  complex  programs  and  system  sort 
activities.  The  fact  is  that  the  majority  of  resource  usage 
of  MPLs  comes  from  I/O  activity,  not  CPU  time,  and  as 
previously  stated  much  of  that  can  be  eliminated  with  good 
computer  resource  management. 

The  producers  of  the  ??PLs  realize  the  shortcomings  and 
drawbacks  of  their  products  and  constantly  work  to  correct 
or  improve  this  area.  Through  concepts  of  data  indepen¬ 
dence,  elimination  of  redundancy,  and  transaction 

monitoring,  the  companies  try  zo  lessen  the  impact  on 
computer  resources. 

The  last  area  of  costs  cf  the  nonprocedural  product  lies 
in  the  area  of  acceptance  of  the  product.  The  users  of  the 
product  are  the  people  that  effect  this  cost  by  their 
acceptance  or  nonacceptance  of  the  new  system.  The  first 
type  of  user  to  be  discussed  is  the  experienced  programmer 
who  is  assigned  to  the  organization's  data  processing 
department.  His  nonacceptance  of  the  system  could  be  due  to 
the  fear  of  losing  his  job  security  due  to  the  increased 
importance  of  ncn programme r  users  or  the  possible  staff 
reductions  which  could  occur.  Although  these  fears  are 
generally  unfounded  due  to  the  fact  that  these  same 


85 


I 


programmers  usually  become  the  trainers  and  counselors  no 
the  non  programme  r  users,  it  is  snill  a  valid  consideration 
as  hindrance  in  this  area  could  have  a  profound  effect  on 
organizational  i  sple mentation. 

The  other  type  of  user  that  could  have  a  noticeable 
effect  or.  the  cost  of  the  NPL  acceptance  is  the  norpro- 
grammer.  What  they  experience  is  more  of  a  culture  shock. 
Their  previous  experience  with  computers  is  either  seeing  it 
or  being  told  net  to  touch  it.  They  could  feel  that  the 
organization  is  forcing  it  upon  them,  and  they  have  no  real 
desire  to  change  their  job  description  to  include  program¬ 
ming  duties.  Generally  the  resistance  of  the  programmers 
and  their  nenpro grammer  counterparts  are  nonexistent,  but 
they  are  still  valid  considerations  in  successfully  imple¬ 
menting  a  new  nonprocedural  system. 

As  seen  from  the  previous  paragraphs,  the  costs  of  the 
NPL  can  be  quite  substantial  in  the  areas  of  cash  outlays, 
computer  assets,  computer  resource  usage,  and  the  socio- 
psy chological  influences.  Some  are  easily  identifiable, 
some  are  not.  Some  are  easily  quantifiable,  some  are  not. 
In  order  for  organizations  to  efficiently  evaluate  th° 
validity  of  the  acquisition  of  the  nonprocedural  product, 
careful  evaluation  and  consideration  must  be  given  to  these 
costs  in  comparison  to  the  expected  benefits  to  arrive  at  an 
appropriate  decision. 

C.  BBHEPITS 

The  benefits  of  the  nonprocedural  product  are  well 
recognized,  well  published,  and  widely  accepted  as  one  of 
the  few  means  available  to  meet  future  DP  demands.  As  with 
the  discussion  of  costs,  some  are  quantifiable  while  others 
are  not.  The  big  difference  is  their  r ecognizability .  Host 
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of  the  benefits  are  easily  seer.,  ~r.d  are  the  reasons  -hat 
today's  organizations  buy  the  nonprocedural  product.  These 
reasons  include  learnability,  user  friendliness,  increased 
decision  support,  more  efficient  use  of  human  resources, 
productivity  enhancement,  adaptability,  portability, 
flexibility,  and  aid  in  the  description  and  analysis  of 
these  benefits,  a  chronological  approach  will  be  taken  as 
in  the  discussion  of  costs,  from  acquisition  to  having  the 
system  in  "full  swing." 

The  first  benefit  to  be  seen  after  acquisition  of  the 
NPL  is  the  increased  iearna Diiity.  Due  to  the  simplicity  of 
most  NPLs ,  they  are  readily  learnable  and  easy  to  use. 
Non  programmer  users  can  develop  enough  skill  to  be  producing 
knowledgeable  and  meaningful  queries  and  reports  in  days 
where  procedural  languages  would  take  weeks  to  learn  the 
same  skills.  This  simplicity  is  also  evident  in  the  struc¬ 
ture  of  the  language  where  the  user  must  learn  English-like 
queries  to  produce  the  desired  results  rather  than  the 
procedural  queries  which  require  strict  and  more  difficult 
to  learn  structure  and  format.  The  procedural  code  is  also 
more  cumbersome  than  the  nonprocedural  code.  la  some  cases 
NPLs  offer  a  "90S  reduction  in  physical  code"  over  proce¬ 
dural  languages  [Ref.  29:  p.  109],  Even  in  the  case  of  the 
more  procedural  hGLs,  there  is  much  more  ease  of  use  and 
simplicity  than  3GLs.  in other  aspect  of  the  NPLs  which 
tends  to  increase  their  learnability  is  their  "user  friend¬ 
liness."  Through  screen  interaction  with  the  user,  the  NPL 
can  prompt  the  user  toward  correction  of  errors,  and  lead 
the  user  to  produce  the  desired  program/application/query 
more  easily.  Some  NPLs  offer  advanced  interactive  data 
editing  features  which  increases  the  language's  user 
friendliness  and  enhances  its  learnability  even  more.  This 
degree  of  helpfulness  varies  greatly  among  NPLs  and  is 
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dependent  upon  the  particular  product.  Also  a any  of  the 
charact eristics  which  contribute  to  improved  learnabiliry, 
are  primary  causes  of  the  other  17? L  benefits,  as  will  be 
seen  in  the  succeeding  paragraphs. 

The  improved  learnabili ty ,  simplicity,  ease  of  use, 
and  user  friendliness  contributes  to  shorter  implementation 
times.  The  acquiring  companies  are  able  to  take  advantage 
of  the  other  benefits  of  the  NPL  shortly  after  installation. 
There  is  minimal  additional  backlog  and  the  additional  costs 
of  an  idle  system  are  eliminated  or  kept  to  an  absolute 
minimum. 

At  this  stage  where  the  system  is  up  and  operating  and 
the  users  are  educated  enough  to  accomplish  fairly  substan¬ 
tial  programming  functions,  the  increased  decision  support 
aspect  of  the  NPL  becomes  apparent.  Numerous  queries, 
combinations  of  information,  and  analyses  of  data  can  be 
accomplished  in  a  fraction  of  the  time  that  a  procedural 
language  would  take.  The  flexibility  of  the  NPLs  also 
contributes  to  this  aspect  as  changes  can  easily  be  made  to 
nonprocedural  re  guests  to  make  the  program  meet  exact  speci¬ 
fications,  while  similar  changes  to  procedural  language 
programs  would  probably  require  additional  systems  analysis 
and  major  rewrite.  Bead  and  Harmon  comment  directly  on  this 
in  their  article  "Assuring  HIS  Success."  They  are  talking 
about  the  4GL's  ability  to  do  this  iterative  requirements 
analysis. 


Simply  stated,  define  the  detailed  requirements, 
program  the  system.  Show  it  to  the  user:  if  it's  not 
right,  repeat  this  cycle  again  and  again  until  it  is 


right.  If  we  m 
large  systems, 
third  iteration, 
are  easy.  (Bef. 


were  usm 
they  wou 


programs  in  dealing  with 
e  uniranageable  after  the 


y  would  become  uniranageable  a 
with  a  4GL  '  s  flexibility,  cor 
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Also  in  the  area  of  improved  decision  support  is  rhe 
speed  of  access  to  information.  The  tremendous  ad-hoc  capa¬ 
bilities  of  the  nonprocedural  products  puts  all  necessary 
information  at  the  user • s/manager ' s  fingertips,  and 
provides  for,  reinforces,  and  supports  valid  decision 
making.  The  user  can  get  the  required  information  in  time 
to  use  it. 

Another  area  to  be  examined  is  the  NPL's  or  4GL's  effect 
on  productivity.  This  productivity  enhancement  can  be 
expressed  in  time  savings.  It  car.  be  expressed  in  increased 
programmer  productivity  or  the  increase  of  the  user's 
ability  to  generate  more  queries,  reports,  applications, 
and  systems  in  less  time  as  compared  to  procedural 
languages.  It  can  also  be  expressed  in  the  resultant  profit 
of  the  organization  due  to  the  increased  decision  support  of 
the  nonprocedural  product.  The  NPL  and  its  associated  soft¬ 
ware  aids  in  the  generation  of  applications  by 
nonprogrammers.  Although  most  of  these  applications  are 
routine  and  noncritical,  they  make  up  the  majority  of 
applications  and  take  up  the  majority  of  programmer  time  to 
produce.  By  allowing  the  nonprogr am mer  users  to  produce 
these  applications,  the  NPLs  free  the  experienced  program¬ 
mers  and  system  analysts,  who  would  normally  be  doing  this 
programming,  to  do  their  respective  jobs  of  programming  and 
analyzing.  The  programmer  becomes  free  to  attack  the 
critical  applications  for  the  organization  and  reduce  the 
companies  application  backlog  while  the  analyst  is  able  to 
devote  his  efforts  to  design  and  analysis. 

Due  to  their  simplicity  and  their  reduction  of  physical 
code,  SPLs  allow  for  production  of  smaller,  less  complex, 
and  easier  to  understand  applications.  According  to  James 
Martin  this  also  contributes  to  programmer  output/ 
productivity. 
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The  comparison  of  productivity  vita  large  and  snail 
programs  indicates  that  development  of  large  proorans 
should  be  avoided  bv  dp  deoartas?ts  wherever  ocseible 

[Ref.  1:  p.  4  1]. 


This  reduction  in  size  and  complexity  is  also  beneficial 
in  reducing  the  costs  of  program  correction  or  "debugging", 
which  can  amount  to  as  much  as  " 20 %  of  total  cost  with  small 
programs"  and  "5  0%  with  large  programs"  [Ref.  1:  p.  41]. 
The  noticeable  increases  in  productivity  are  due  to  the  fact 
that  the  software  that  has  been  and  is  being  developed  with 
the  nonprocedural  systems  does  much  of  the  work  that  the 
programmer  used  to  do.  The  anility  for  pr oauctivi-y 
enhancement  by  the  nonprocedural  products  has  been  commented 
on  and  substantiated  by  many  authors.  A  few  are  stated  as 
follows. 


...the  productivity  incr  eases. ..  are  available  now.  and 
the  crap  (the  productivity  gap  between  3GLs  and  4GLs)  will 
wider,  as  the  4GLs  develop. 


Using  a  powerful  4GL,  combined  with  software  factory 
methods,  provides  a  quantum  lean  in  both  information 
control  capability  and  Droorammer  productivity.  It  also 
opens  up  programming  to  a  much  larger  section  of  the 
work  force.  [Ref.  29:  p.  120] 


In  stark  contrast  to  the  surveys  of  programmer  produc¬ 
tivity  improvement  are  the  results  that  have  been 
achieved  with  data-base  user  languages,  report  genera¬ 
tors,  graphics  packages,  and  application  generators, 
with  these,  productivity  improvements  of  ever  1000%  are 
not  uncommon  [  Bef .  1:  p.  44j. 


The  last  benefits  to  be  discussed  deal  with  the  vendor 
of  the  NPL,  and  are  some  of  the  main  considerations  in  the 
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cost/ber.ef it  analysis.  These  benefits  are  the  adaptability 
and  portability  of  the  4GL.  With  the  vast  steps  being  made 
ir.  computer  technology,  shifting  an  organization  from  one 
computing  environaent  to  another  could  mean  massive  environ¬ 
mental  maintenance,  modification  of  programs,  and 
retraining  of  users.  By  providing  this  adaptability  or 
portability,  the  vendor  offers  a  commitment  to  the  client 
organization  that  changes  to  his  hardware  or  software  envi¬ 
ronments  will  not  effect  the  applications  and  user  requests 
than  allow  the  organization  to  function.  The  only  apparent 
limitations  on  this  portability  is  the  current  pracnice  of 
nhe  vendors  limiting  usage  of  -heir  products  to  certain 
hardware  manufacturers.  This  adaptability  and  portability 
must  be  a  serious  inclusion  in  any  organizations  future  DP 
plans. 

Portability  is  essential  if  an  organization  is  to  avoid 
excessive  conversion  costs  and  reao  the  benefits  of  r.ew 
technology  [Ref.  31:  p.  34  ]. 


D.  COHCLUSIOH 

The  present  and  future  demands  for  computer  applications 
are  tremendous.  In  order  to  meet  industry's  DP  needs  will 
require  a  shift  from  present  prooedural  methods.  Only 
through  the  growth  of  the  nonprocedural  products  and  the 
accompanied  software  to  enhance  programming  abilities  can 
the  needs  and  demands  bs  met.  Of  course  consideration  must 
be  given  to  the  inherent  costs  of  the  systems,  but  with 
today's  computing  industry  marked  by  the  rising  cost  of 
human  resources,  decreasing  hardware  costs,  an 
overburdening  demand  for  applications,  a  shortage  of 
programmers  to  produce  those  applications,  and  the 
constantly  changing  computer  environments,  there  is  no 
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doubt  that  the  benefits  far  outweigh.  the  costs.  The 
organizations  that  consider  the  acqaisition  cf  an  S?L  cast 
not  only  conduct  serious  analysis  of  the  benefits  to  be 
received  or  the  costs  avoided  by  the  many  various  products 
offered,  they  mist  also  analyze  the  comparative  degree  to 
which  these  products  and  their  respective  vendors  commit 
themselves  to  provide  for  future  DP  requirements. 
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VII.  CONCLUSIONS 


The  results  of  the  research  into  nonprocedural  languages 
has  led  the  authors  to  independently  arrive  at  the  same 
conclusions  concerning  usage  and  productivity.  Although  the 
numerical  values  of  the  statistics  gathered  by  each  author 
are  not  eguivalent,  they  are  a  rough  approximation  of  the 
results  that  can  be  expected  from  the  use  of  nonprocedural 
languages  in  general.  Comprehensive,  overall  ratings  of  the 
languages  by  their  users  are  iisrei  in  Table  7. 


First,  and  m  cst  obvious,  is  the  tradeoff  between  human 


and  computer  resources.  Nonprocedural  languages  offer  a 
guantum  leap  in  application  productivity  as  compared  to 
structured  programming  methods,  but  they  do  this  at  the 
sacrifice  of  computer  resource  efficiency.  Although  this 
inefficiency  must  be  considered  as  a  cost  concern  of 
prospective  buyers,  the  following  considerations  must  also 


be  taken  into  account. 


1. 


Much  gf  the  computer  resource  usage  rs 
inefficiency,  but  is  due  no  -he  fact  tha 
software  ana  the  computer  are  doing  the  wo 
programmer  would  normally  do  using 
methods. 


r  fko  N  P  L  * 
k  that  th 
structural 


2.  Computer  costs  and  the  cost  of  computer  time  is 
falling  while  programmer  costs  are  rising.  The 
following  quotation  is  applicable. 


costs  of  computer  time  and  people  time  are 
changing.  ...Before  long  the  cost  of  a  person 
for  an  hour  will  be  ten  times  greater  than  the 
cost  of  a  computer  for  an  hour  [Ref.  1:  p.  3]. 


3.  There  is  not  enough  programmers  to  meet  the  growing 
demand  for  applications  using  structured  procedural 
methods. 
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Overall  Assessment  of  Nonprocedural  Languages  I 


Excellent 

Good 

“ 

Adequate 

Poor 

I aplenentation 

4 

m 

3 

0 

Training 

10 

ii 

0 

0 

Learnability 

3 

ii 

2 

0 

j 

Documentation 

11** 

’ 

3 

0 

1 

Vendor  Support 

7 

13 

i 

0 

i 

j  Hardvare/Support 

I  Conversion 

i 

19 

2 

0 

0 

| 

1  Security/Access 

2 

4 

15 

0 

n 

Performance 

17 

• 

0 

3 

taprovability/ 

User  Satisfaction 

15 

6 

0 

0 

j 

Overall  Assessaent 

16 

5 

0 

0 

_ 

j 

! 

i 

*•  As  mentioned  earlier,  t he  quality  and  content  of  the  j 

docuaer.tatt.or>  excellent;  however,  user  cosoiair.ts  ( 

over  the  accessiblity  and  physical  layout  of  the  | 

intonation  indicates  that  tnere  is  roca  for  improvement.  j 


Computer  resource  efficiency  is  important,  but  is 
becoming  the  subject  of  increasingly  less  concern.  It  is 
obvious  from  a  review  of  the  price  lists  in  Appendices  D  and 
G  that  the  nonprocedural  languages  themselves  do  net  come 
cheaply.  The  acquisition  of  the  nonprocedural  product  is  an 
internal  decision  that  each  organization  must  make,  weighing 
programmer  time,  salaries,  project  priorities,  availability 
of  both  programmers  and  nonprogrammers,  computer  capacity 
and  costs,  and  training  time  and  expenses. 
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Secondly,  although  largely  a irned  at  -h?  nontechnical  user 
cr  ncnprogramraer ,  many  of  the  experienced  programmers  in 
the  organizations  are  actually  the  first  -o  use  the 
nonprocedural  languages.  With  their  newly  developed  skills, 
the  programmers  become  the  resident  experts  or  counselors, 
and  can  hopefully  avoid  or  more  easily  correct  any  problems 
encountered  by  the  nonprogrammer  users.  This  practice  is 
debatable  as  many  experts  claim  that  the  nonprogrammer  has 
the  advantage  over  programmers  in  the  use  of  the  NPLs. 

The  most  efficient  user  of  the  nonprocedural  lar.auaaes 
is  one  who  has  never  written  COBOL  [  Sef .  32:  p.  12].' 

Despite  this  belief,  it  is  fel*  that  experienced 
programmers  have  a  better  understanding  of  what  the  language 
is  doing,  and  car-  more  easily  grasp  the  idiosyncrac ies  of 
the  language  tha*  the  nonprogrammer  would  not  pick  up. 
Although  the  NPLs  were  clearly  designed  fcr  nonprcgra aaers 
*o  use  for  simple  data  entry  and  retrieval,  updating,  ad  hoc 
queries,  and  report  generation,  which  makes  up  the  majority 
of  data  processing,  the  practice  of  limiting  nor.progr ammer 
usage  until  the  programmers  and  analysts  have  a  grip  on  it, 
appears  to  have  a  sound  basis. 

The  third  item  is  the  expectations  that  organizations 
have  of  of  the  NPLs.  3ecause  of  the  simplicity  and  ease  of 
use  of  the  NPL,  many  expect  overnight  results.  They  lose 
sight  of  the  need  for  complete  training  and  the  value  of 
user  experience.  The  expectation  of  premature  benefits 
often  times  leads  to  user  frustration.  Also  overlooked  is 
the  fact  that  to  construct  increasingly  complex  programs 
requires  as  much  if  not  mor  e  knowledge  of  the  language  than 
a  3GL  would  require. 
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AD  -  A  127  754  A  PRODUCTIVITY  ANALYSIS  Of  NONPROCCOUftAl  LANQUAQES (U ) 
NAVAL  POSTGRADUATE  SCHOOL  MONTEREY  CA 
M  CORCORAN  IT  AL .  OCC  02 


UNCLASSIFIED 


f/G  9/2 


MICROCOPY  RESOLUTION  TEST  CHART 

NATIONAL  0UNCAU  Of  STANDARDS -'963- A 


With  current  4GLs,  programming  coraolexitv  rises  exDor.sn- 
tially  with  product  complexity,  and  to  be  functional  at 
the  upper  levels  requires  a  considerable  amount  or  .snow- 
ledge  and  experience  [Ref.  29:  p.  120]. 


Despite  the  expectations  that  the  NPLs  will  provide  over¬ 
night  sensations,  there  is  a  '’learning  curve”  that  must  be 
taken  into  account.  The  benefits  of  the  system  may  be  real¬ 
ized  fairly  rapidly,  but  they  are  not  instantaneous. 

Fourth,  users  of  the  nonprocedural  languages  agree  that 
their  productivity  has  improved  because  of  the  language 
usage.  The  degree  of  improvement  experienced  is  as  variable 
as  the  reasons  for  basing  the  increases  in  productivity.  In 
fact,  exact  figures  on  how  much  improvement  has  occurred  is 
impossible  to  calculate  since  companies  have  not  collected 
any  empirical  data  to  form  judgements  as  to  the  actual 
improvement  made.  Instead  they  have  relied  upon  subjective 
managerial  observations  and  estimations. 

Fifth  and  last,  there  are  applications  for  which 
nonprocedural  languages  are  not  the  best  choice. 


Computation  intensive  work  is  not  handled  well  (by 
4Gls) ..  .Scientific  3GLs  such  as  FORTRAN  should  still  be 
used  for  heavy  computational  work.  If  an  application 
requires  both  character-crunching  and  number-crunching, 
write  it  in  a  4GL,  but  call  the  3GL  for  computational 
work.  fRef .  29:  p.  116] 


Nonprocedural  languages  are  a  powerful  and  extremely  useful 
alternative  to  much  of  today's  applications  programming,  but 
they  cannot,  at  this  stage,  completely  replace  third 
generation  languages. 

Fourth  generation  applications  development  systems  aim  to 
fully  integrate  all  user  services  in  a  user  friendly  soft¬ 
ware  product  which  is  easy  to  learn  and  use  for  the  new 
users  and  efficient  and  complete  for  the  skilled 
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professional.  These  applications  development  systems  are 
the  trend  for  the  future.  Through  their  various  and 
numerous  capabilities  and  the  vendors*  conmitment  to  adapt 
the  products  to  fit  technological  and  customer  growth,  the 
nonprocedural  languages  can  ba  extremely  valuable 
productivity  enhancment  tools  for  those  organizations  in 
positions  to  justify  their  cost. 
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APgESDjl  A 
RANIS  II  USERS 


Monsanto  Company 
Citibank 

Lockheed  Missile  and  Space 
Insurance  Corporation  of  British  Columbia 
Southern  Pacific  Communications 
Advanced  Micrcdevices 

Federal  Home  Loan  Bank  of  San  Francisco 
Litton  Mellon ics 
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APPENDIX  5 

BIMIS  II  TBAIBIHS  "OSTS 


Training  Prices/Ptes 

Student  days/year  Cost/day 


2 00* 

$70 

151-200 

80 

101-150 

SO 

51-100 

100 

1-50 

110 

Organisations  can  contract  in  advance  with  RAnis  II  for 
reduced  rates. 


on-site  courses  at  customers  location  is  $l,l00/day.  The 
cost  for  hpgswipt  Courses  is  S600/day. 
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IgPENglJ  C 

RAMIS  II  COOBSES  OFFERED 


Preview  of  RAMIS  II  Release  2.2  (newest  version) 

Basic  RAMIS  H  Reporting  (for  non  programmers) 

Basic  RAMIS  H  Reporting 

Basic  RAMIS  II  File  Design  and  Records  Management 

Advanced  RAMIS  II  File  Design  and  P.ecordsManagement 

Advanced  RAMIS  II  Reporting 

RAMIS  II  Designer's  Workshop 

Using  RAMIS  II  Efficiently 

Advanced  Reporting  Options 

RAMIS  II  Executive 

RAMIS  II  Financial  Planning  Option 

Using  Procedural  Languages  with  RAMIS  II 

Describing  IKS  Files  to  RAMIS  II 

MPGSSIFT  Applications  Programming  (Advanced  RAMIS  II) 
MPGSWIFT  Systems  Programming 


100 


« 


AE2JNDIJ  D 

HA HIS  II  PACKAGE  PRICES 


Description 


single  payaont  Monthly  Payment 

Annual  Rental 


RAMIS  II  Basic  Package 
npl  f or  Report  preparation 
a?.d  Records  Management 
For  a  Large  CPO 


(“.oael  65,155,4341  and  larger) 

143,300 

SI  250 

For  a  He  ditin  CPO 

(Model  50,148,4331  and  saalleri 

24,000 

625 

Procedural  Language  Interface 

15,500 

405 

Coo a u nice cions  Interface 

(CICS , STS S II, GOT S, ICCF, I MS/DC, 

P.3SC0E/RTS  ,TSO,  VM/CMS) 

14, 500 (EACH) 

380  (EACH) 

Operating  Systems  Interfasa 

(dos/vs,dos/vse , tvs , as,va/c«, 

VS) 

5,  500  (EACH) 

145  (EACH) 

High  Resolution  Graphics 

8,500 

225 

Osage  Accounting 

2,500 

65 

Financial  Planning  (DFO) 

7,  500 

195 

GRAPH 

3,500 

95 

Zxa  entire 

10, 000 

260 

APL  Interface 

8,000 

210 

Interactive  Request 

Modification 

>0  CHABOl 

HO  CHARGE _ 

IBM /Extended 

3,500 

95 

External  File  Interface 

6,500 

170 

Automatic  Interface 

6, 500  (EACH) 

170  (BACK) 

(to  ADABAS, DL/1 , IDHS, 

IMS, TOTAL) 

Read  OS/DOS 

6,500 

170 
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iPPJHDI*  E 
FOCOS  USERS 

City  of  Fresno,  California 

American  President  shipping  Lines 

Holbrook  Enterprises 

UCLA  Computer  Center 

Blue  Cross  of  Washington  and  Alaska 

ESL  Incorporated 

First  Interstate  Services 

Guy  F.  Atkinson  Company 

Lamb-Weston,  Incorporated 

LDS  Church 

Holm  Corporation 

Santa  Fe  International  Corporation 
Syntex  Incorporated 
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4PPENDJX  F 

FOCUS  TRAINING  COONSES  AND  FEE  SCHEDULE 


Course 

101 

File  Description  and  Maintenance 

1  Dap 

I12S 

Course 

103 

Basic  Beport  Preparation 

2  Days 

$26  5 

Course 

105 

Tiaesharing  Workshop 

1  Day 

$125 

Course 

107 

Sasic  Report  Preparation 

1  Day 

$  60* 

Course 

102 

Basic  Report  Preparation 

2  Days 

$265 

Course 

104 

File  Description  and  Maintenance 

1  Day 

$125 

course 

106 

Tiaesharing  Workshop 

1  Day 

$125 

Coarse 

108 

Basic  Report  Preparation 

For  Managers 

1  Day 

$  60* 

Course 

201 

advanced  Techniques  Workshop 

2  Days 

$250 

Course 

20  2 

What's  Hew  in  FOCOS 

1  Day 

3125 

course 

203 

FOCOS  Internals 

2  Days 

$380 

.Cou  rse 

301 

Decision  Support 

1  Day 

$125 

Course 

302 

Host  Language  Interface 

1  Day 

$125 

Course  101/104  provides  the  basic  training  needed  to  crsats 
and  aaintain  FOCOS  databases.  Single  path,  eulti-path  and 
network  structures,  file  eaintenanrs  facilities  and  tech¬ 
niques  are  covered. 

Coarse  102/103  covers  the  basic  elesents  of  report 
preparation  reqaest#,  including  data  retrieval,  sorting, 
record  screening,  foraat  control  and  calculations. 

Coarse  105/106  provides  a  workshop  utilizing  basic  FOCOS  and 
tiaesharing  coaaands  to  give  new  FOCOS  users  hands  on  exper¬ 
ience  within  the  CBS  and  tSO  envircneents. 
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Coarse  107/108  gives  comprehensive  overview  of  FOCUS 
reporting  capabilities  including  FOCUS  graphics,  report 
formatting,  data  retrieval  ard  calculations. 

Course  201  provides  a  problea  solving  workshop  using 
adv an cedFOC US  techn  techniques  for  building  applications  on 
data  types,  their  relationships,  and  reports  to  be  produced. 
Tr.ese  techniques  and  concepts  not  readily  available  in  the 
FOCUS  Users  Manual. 

Course  202  is  designed  to  provide  experienced  FOCUS  users 
with  a  periodic  update  of  the  latest  enhancements  to  FOCUS. 

Course  203  is  designed  to  give  experienced  FOCUS  users 
insight  into  the  essential  internal  operations  of  focus, 
including  structures,  relationship  of  segments,  use  and 
maintenance  of  indexes,  sorting,  and  logical  vs.  physical 
file  traversals. 

Course  301  presents  tbs  advanced  features  of  FOCUS 
reporting,  dialogue  control  graphics,  statistical  capabili¬ 
ties  and  their  use  as  a  decision  support  tool. 


Courses  101,  103,  105  and  107  are  designed  fsr  experienced 

coaputer  users,  approxiaat ely  one  year  prograaaing  experi¬ 
ence;  Course  102,  100,  106  and  138  are  designed  for  new 

computer  users.  Both  sequences  are  intended  to  be  taken 
sequentially.  The  remainder  of  the  courses  are  designed  for 
users  with  a  working  knowledgs  of  FOCUS. 


•Based  on  siniaus  charge  of  *900  for  first  fifteen  students. 
Course  offered  on  site  only. 
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APPBSDII  G 

FOCUS  PACKAGE  PBICES 


INFORMATION  BUILDERS,  INO. 


VERSIONS 

VM/370CMS 

TSO/OS/VS/MVS/CICS  February  11982 


FOCUS  l«  SCHEDULE 


ITEM 

Onetime 

license 

Monthly 

License 

eASIC  SYSTEM 

FOCUS  Report  Generator  and  Oiatogue 

Manager  for  Recoding  tom  FOCUS 
and/or  external  Ole* 

$43,000 

S1170 

FOCUS  Data  Management.  Transaction 

Processor  and  Interactive  File  Scanner 

$23,000 

$510 

OPTIONAL  FEATURES 

FOCUS  Host  Language  interface 

$8500 

$210 

■  FOCUS  Statistical  Analysis  Package 

$6,500 

$180 

FOCUS  Graph  Subsystem 

$8,500 

$210 

Modelling  Language  for  Financial  Reports 

$8,500 

5240 

FIDEL  (CRT  Data  Entry  Language] 

SSJCO 

$150 

TED  (Tiny  Editor)  for  Editing  torn  within  FOCUS 

$2,000 

$45 

Central  Data  Base  Contol  for  Simultaneous  Users 

$8,500 

>  $240 

CP /Asstd  installation  Option 

$2500 

$65 

FOCUS/  APL  (VS/  API  use  at  FOCUS  Dies) 

$6,000 

$250 

OPTIONAL  DATA  INTERFACES 

MS  Interface  to  report  tom  IMS  tiles 

$8500 

$240 

IOMS  Interface  to  report  tom  IDMS  flies 

$8500 

$240 

TOTAL  Interface  to  repod  tom  TOTAL  tiles 

$8500 

$240 

AOA8AS  Interface  ta  report  tom  ADA  BAS  flies 

$8500 

$240 

OPTIONAL  COMMUNICATIONS  INTERFACES 

OCS  Interfaces  tar  Interactive 
operation  al  FOCUS  under  OCS 

$8500 

$240 

IMS /DC  Interlace  for  interactive 
operation  of  FOCUS  under  IMS/ DC 

$8500 

$240 

FOCUS/CMS  to  FOCUS/OS  Bridge 

$2400 

$60 
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INFORMATION  BUILDERS,  INC, 


FOCUS  FEE  SCHEDULE 


February  1.1982 


TRAINING 

•  With  the  monthly  license,  an  application  specialist  is  pra/tcled  tor  three  days  to 
conduct  a  training  program. 

With  the  onetime  license,  an  apolicafion  specialist  is  provided  for  ten  aays  tor 
both  application  consulting  ana  training. 

•  Regularly  scheduled  courses  conducted  at  IB1  sites  are  S125  per  student  per  day. 

•  Additional  education  conducted  on  the  customer's  premises  may  be  obtained  at  the 
rate  of  $900  per  day  for  up  to  IS  attendees  plus  $30  per  additional  attendee  over  15. 

•  Out  at  pocket  expenses  are  charged  as  incurred  tor  onsite  support  and  education. 

USER  MANUALS 

•  With  the  monthly  license,  five  manuals  are  provided  at  no  cost. 

Ten  User  Manuals  are  provided  free  with  the  onetime  license. 

Additional  User's  Manuals  are  $9  00  per  set  plus  shipping. 

Query  Language  Primers  are  $0  plus  postage. 

Quick  Reference  Guides  are  $250  each  (ordered  in  quantities  at  SI 

ANNUAL  ENHANCEMENTS  AND  MAINTENANCE 

•  The  Onetime  License  fee  includes  the  first  year  of  maintenance  ana  enhancements . 
After  the  first  year,  enhancements  ana  maintenance  are  optional  and  are  10%  of  the 
arrent  onetime  fee. 

•  The  Monthly  License  fee  includes  all  enhancements  and  maintenance. 

MONTHLY  LICENSE  CONVERSION 

•  One  half  of  the  most  recent  12  Monthly  License  fees  paid  can  be  applied  towards  a 
Onetime  license. 

USAGE 

•  The  in-house  license  or  FOCUS  is  for  use  at  computer  centers  either  wholly  owned 
by  licensee  or  at  least  50%  owned  by  Licensee. 

ADDITIONAL  SYSTEMS 

•  Additional  FOCUS  systems  for  use  on  more  than  one  CPU  In  North  America  can  be 
obtained  at  a  reduction  from  the  single  CPU  license  fee  It  obtained  within  a  24  month  period 
2nd  system  —  50%  ot  single  CPU  fee 

3rd  system  or  more  —  40%  of  sing)#  CPU  fee 

MONTHLY  LICENSE  PERIOD 

•  The  Monthly  license  is  tor  a  one  year  period,  but  may  be  conceded  by  the 
Licensee  at  any  time  upon  30  day*  notice. 

THREE  MONTH  TRIAL  PERIOD  .... 

•  Monthly  license  fees  are  charged  tor  3  months.  If  m  the  tourth  monin  the  system 
is  purchased.  100%  of  the  trial  penod  tees  are  applied  towards  purchase. 
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|P PSNDIX  H 

RESEARCH  QOBSTIONAIRE 

J.  I  mplement  ation 

a)  When  was  the  system  installed? 

b)  Why  was  this  one  chosen? 

c)  What  others  did  you  consider? 

d)  How  many  people  as®  it? 

e)  How  many  car  as®  it  at  the  same  J-ime? 

f)  How  many  people  in  the  total  organization? 

g)  What  is  its  main  use?  (Real  time,  analysis, 
model  building,  etc.) 

h)  Is  processing  done  for  any  subsidiaries/depende 
organizations?  If  sc,  what  is  the  nature  cf  th 
processing? 

i)  What  percentage  of  information  processing  is 
accomplished  using  FDCUS/RAMIS  II? 

j)  How  long  did  it  take  you  to  get  into  full  swing 

k)  What  level  (s)  in  the  organization  use  it? 

l)  Did  you  ultimately  require  less  manpower? 

2-  Hailing 

a)  What  training  was  done? 

b)  How  much  time  was  devoted  to  it? 

c)  Was  it  vendor  provided? 
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d)  Did  7oj  choose  a  blanket  or  per  person  rare? 

e)  How  many  people  were  trained? 

f)  What  follow-up  and/or  refresher  training  is  done? 

g)  What  about  new  beginners? 

(in-house  or  vendor  trained) 

h)  What  future  training  plans  do  you  have? 

i)  What  manuals,  resident  experts  are  readily 
available  to  the  users? 

d)  Was  there  any  work  backioa  while  in  the 
startup  phase? 

k)  Was  there  a  need  for  temporary  hiring  while  in 
the  start-up  phase? 

i)  How  many? 

ii)  How  long  were  they  employed? 

iii)  what  were  they  doing? 

3.  Learr.abil  ity 

a)  Have  you  found  high  retainability? 

b)  Were  vendor  estimates  of  training  time  accurate? 

Off  by  how  much? 

c)  Do  user  errors  present  a  significant  problem? 

a)  *How  do  you  rate  the  quality  of  vendor  documentation? 

b)  Is  the  documentation  easy  to  understand? 

c)  Are  all  relevant  matters  covered? 

d)  How  about  user  complaints  over  the  documentation? 
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e)  Do  the  users  rafar  to  the  documentation  when  -h 
r.eed  help? 

5-  Vendor  Support 

a)  Did  the  vendor  deliver  or.  tins? 

b)  Has  the  system  performed  as  expected? 

c)  Vendor  hot  line 


i) 

Have  you  used 

it? 

ii) 

How  often? 

iii) 

What  has  baen 

the 

spaed  of 

the  response? 

iv) 

What  has  been 

the 

accuracy 

of  the  respor.s 

6 .  Hardware  Support/Cpn version 

a)  Did  you  require  any  extra  hardware  to  support 
the  system? 

fc)  Did  you  require  a  ore  memory?  How  much  storage 
dees  it  use? 

c)  Here  any  hardware  conversions  necessary? 

d)  what  host  languages  do  you  employ? 

2 •  Security/ Access 

a)  What  security  maa suras  are  ir.  effect  to  control 
access  ? 

b)  How  is  data  protacted  from  unauthorized 

change/loss  ?  ' 

c)  Who  can  change  the  databasa? 

d)  Backup 

i)  what  backup  measures  do  you  use? 
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ii)  How  often  is  the  backup  updated? 

iii)  How  often  has  it  been  necessary  to  use  the  backup? 
Pe;p  forman  ge 

a)  What  changes  are  possible  and  are  they  visible  to 
the  user? 

fc)  How  well  can  the  language  control  the  computer? 

c)  How  ’'structured”  is  it? 

d)  Library 

i)  How  large  is  the  library? 

ii)  How  useful  is  it? 

iii)  Co  you  expect  to  add  to  it? 

iv)  How  much  and  how  fast? 

e)  Do  you  write  your  own  programs  or  are  they  canned? 

f)  Do  you  use  a  timesharing,  multiprogramming 
environment? 

g)  Do  you  use  batch  or  realtime  processing  or  both? 

h)  What  is  the  system’s  reliability? 

i)  Did  you  need  to  do  any  debugging? 

1)  Dc  you  use  static  or  dynamic  memory? 

k)  Do  you  have  programmers  working  for  you? 

l] SE£2iakilitX^0§er  S aj^sjact J^n 

a)  Would  you  say  that  it  is  an  improvement  over  your 
previous  system? 

b)  Did  you  experience  any  significant  user  resistance? 
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1.0 .  General 

a)  Did  you  receive  any  tailor-made  features? 

b)  Did  you  purchase  any  options?  Which  ones? 

c)  Have  ycu  found  them  useful? 

d)  Have  ycu  found  any  features  to  be  useless  or  less 
usable  than  you  had  anticipated?  Which  ones? 

e)  What  are  the  most  used  features? 

f)  What  are  the  most  error  prone  features? 

g)  What  improvements  would  you  like  to  see? 

h)  Have  ycu  experienced  any  problems  with  maintenance 
of  the  system? 

11*  Overall  A ssessment 

a)  Has  productivity  improved? 

* 

b)  Shat  performance  measures  have  you  used  to  deduce 
this? 

c)  Does  the  system  seet/fail  short/exceed  your 
organizations  requirements? 

d)  Were  any  feasibility  studies  conducted,  including 
cost/benefits  analyses,  prior  to  acquisition? 


12.  a  ay  aMLtiasal  £2Mi£t§? 
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